[Bug binutils/29080] New: Slow readelf -S when having a separate debug info for a binary

[mliska at suse dot cz]

https://sourceware.org/bugzilla/show_bug.cgi?id=29080

            Bug ID: 29080
           Summary: Slow readelf -S when having a separate debug info for
                    a binary
           Product: binutils
           Version: 2.37
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: binutils
          Assignee: unassigned at sourceware dot org
          Reporter: mliska at suse dot cz
  Target Milestone: ---

$ time readelf -S /usr/lib64/thunderbird/libxul.so
There are 33 section headers, starting at offset 0x85e4bc0:

Section Headers:
  [Nr] Name              Type             Address           Offset
       Size              EntSize          Flags  Link  Info  Align
  [ 0]                   NULL             0000000000000000  00000000
       0000000000000000  0000000000000000           0     0     0
  [ 1] .note.gnu.bu[...] NOTE             0000000000000270  00000270
...
  [32] .shstrtab         STRTAB           0000000000000000  085e4a80
       000000000000013f  0000000000000000           0     0     1
Key to Flags:
  W (write), A (alloc), X (execute), M (merge), S (strings), I (info),
  L (link order), O (extra OS processing required), G (group), T (TLS),
  C (compressed), x (unknown), o (OS specific), E (exclude),
  D (mbind), l (large), p (processor specific)

real    0m5.553s
user    0m5.110s
sys     0m0.440s

based on perf the most time is spent here:
    99.62%  readelf  readelf               [.] check_gnu_debuglink.lto_priv.0
     0.13%  readelf  libc.so.6             [.] __GI__IO_file_xsgetn

while:

$ time eu-readelf -S /usr/lib64/thunderbird/libxul.so
...
real    0m0.007s
user    0m0.004s
sys     0m0.004s

-- 
You are receiving this mail because:
You are on the CC list for the bug.