From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4733 invoked by alias); 21 Aug 2012 18:55:23 -0000 Received: (qmail 4713 invoked by uid 22791); 21 Aug 2012 18:55:20 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,KHOP_THREADED X-Spam-Check-By: sourceware.org Received: from localhost (HELO gcc.gnu.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 21 Aug 2012 18:54:49 +0000 From: "hjl.tools at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug fortran/54332] [4.8 Regression] 481.wrf in SPEC CPU 2006 takes > 10GB memory to compile Date: Tue, 21 Aug 2012 18:55:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: fortran X-Bugzilla-Keywords: memory-hog X-Bugzilla-Severity: normal X-Bugzilla-Who: hjl.tools at gmail dot com X-Bugzilla-Status: ASSIGNED X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: dnovillo at gcc dot gnu.org X-Bugzilla-Target-Milestone: 4.8.0 X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" MIME-Version: 1.0 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2012-08/txt/msg01490.txt.bz2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54332 --- Comment #19 from H.J. Lu 2012-08-21 18:54:45 UTC --- (In reply to comment #15) > It failed with > > diff --git a/gcc/passes.c b/gcc/passes.c > index b6fe18e..10174c4 100644 > --- a/gcc/passes.c > +++ b/gcc/passes.c > @@ -1449,7 +1449,6 @@ init_optimization_passes (void) > NEXT_PASS (pass_lim); > NEXT_PASS (pass_copy_prop); > NEXT_PASS (pass_dce_loop); > - NEXT_PASS (pass_tree_unswitch); > NEXT_PASS (pass_scev_cprop); > NEXT_PASS (pass_record_bounds); > NEXT_PASS (pass_check_data_deps); > > Somehow just processing the -funswitch-loops command-line option > triggers this problem. With --enable-gather-detailed-mem-stats, I got Alloc-pool Kind Elt size Pools Allocated (elts) Peak (elts) Leak (elts) -df_scan ref base 64 18 24808192( 387628) 11869056( 185454) 0( 0) -df_scan ref artificial 72 18 15168528( 210674) 2044944( 28402) 0( 0) +df_scan ref base 64 18 513091264( 8017051) 500077440( 7813710) 0( 0) +df_scan ref artificial 72 18 599905368( 8332019) 2044944( 28402) 0( 0) elt_loc_list 32 27 7982112( 249441) 2399488( 74984) 0( 0) -df_scan ref regular 72 18 71483184( 992822) 45955584( 638272) 0( 0) +df_scan ref regular 72 18 2091195360( 29044380) 2065579776( 28688608) 0( 0) df_scan insn 56 18 7681016( 137161) 3340848( 59658) 0( 0) -Total 15775 253131240 +Total 16067 3345899232