[LLVMbugs] [Bug 209] [loadvn/inline/gcse] Slow optimizations with extremely large basic blocks

bugzilla-daemon at cs.uiuc.edu bugzilla-daemon at cs.uiuc.edu
Wed Feb 4 16:46:44 PST 2004


http://llvm.cs.uiuc.edu/bugs/show_bug.cgi?id=209

sabre at nondot.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED
            Summary|Slow optimizations with     |[loadvn/inline/gcse] Slow
                   |extremely large basic blocks|optimizations with extremely
                   |                            |large basic blocks



------- Additional Comments From sabre at nondot.org  2004-02-04 18:46 -------
Overall, the patches listed in this trail of this bug have fixed all of the
noted efficiency problems in optimizers when they handle large basic blocks.

Specifically, the inliner sped up from 21.7s -> 0.82s, SRoA sped up from 25.5s
-> 0.46s, and loadvn/GCSE sped up from 246.3s -> 43.3s.  This reduced the total
time to gccas the testcase from >300s to 45s.   All of these numbers are with a
release build.

As noted in the bug, the timings for loadvn/GCSE are still quite unreasonable,
but this isn't specific to large-basic-block programs, and requires
infrastructure improvements to fix (specifically GCSE needs a way to update
VN/AA analyses on the fly).  This will have to happen sometime in the future.

-Chris




------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.



More information about the llvm-bugs mailing list