[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug binutils/13897] objdump (ppc64) performance has severely degraded i
From: |
amodra at gmail dot com |
Subject: |
[Bug binutils/13897] objdump (ppc64) performance has severely degraded in the binutils 2.22.52_0322 |
Date: |
Sat, 02 Jun 2012 13:06:44 +0000 |
http://sourceware.org/bugzilla/show_bug.cgi?id=13897
Alan Modra <amodra at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
CC| |amodra at gmail dot com
Resolution|FIXED |
AssignedTo|unassigned at sourceware |amodra at gmail dot com
|dot org |
--- Comment #6 from Alan Modra <amodra at gmail dot com> 2012-06-02 13:06:44
UTC ---
That last patch, while correcting the caching in opd_entry_value, makes
addr2line, objdump -S etc. as slow as it was before. In fact, the cache makes
it even slower! When you consider that opd_entry_value gets called from a loop
over symbols within elf_find_function, the reason is obvious: We sequentially
look at all function symbols on each call to elf_find_function so nothing can
be cached. Well, there may be some benefit in caching the entire .opd section
to avoid making syscalls, but it turns out the section search in
opd_entry_value is the most expensive operation. Investigating..
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.