http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #18 from Richard Biener <rguenth at gcc dot gnu.org> 2013-01-31 10:13:27 UTC --- Ok, reverted. With n = 50000 rest_of_handle_split_after_reload blows up memory usage to > 3.5GB for me ... With n = 40000 I managed to complete with about 2GB memory usage (--enable-gather-detailed-mem-stats enabled compiler, release checking): parser function body : 124.43 (14%) usr tree PTA : 118.84 (13%) usr tree SSA rewrite : 43.03 ( 5%) usr tree SSA other : 47.07 ( 5%) usr dominator optimization : 88.98 (10%) usr tree linearize phis : 42.14 ( 5%) usr tree loop invariant motion: 169.80 (19%) usr tree SSA uncprop : 41.77 ( 5%) usr forward prop : 59.97 ( 7%) usr straight-line strength reduction: 42.30 ( 5%) usr TOTAL : 892.08
