From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25097 invoked by alias); 22 Mar 2006 11:14:37 -0000 Received: (qmail 25077 invoked by alias); 22 Mar 2006 11:14:34 -0000 Date: Wed, 22 Mar 2006 11:14:00 -0000 Message-ID: <20060322111434.25076.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug tree-optimization/21829] [4.1/4.2 Regression] missed jump threading after unroller In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "richard dot guenther at gmail dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-03/txt/msg02185.txt.bz2 List-Id: ------- Comment #9 from richard dot guenther at gmail dot com 2006-03-22 11:14 ------- Subject: Re: [4.1/4.2 Regression] missed jump threading after unroller On 3/21/06, Jeffrey A Law wrote: > It turns out this specialized PHI optimization pass is as effective > as running copy-prop and CCP on PHI nodes after DOM. Better yet, it > is a teeny tiny slowdown compared to just running the stripped down > copyprop. ie, for an almost unmeasurable slowdown we can do both > constant and copy propagation instead of just copy propagation. This patch caused a compile-time regression from 139s to 143s, resp. 192s to 197s (leafify) accounted by increases of operand scan / SSA incremental and tree CCP times for compiling tramp3d. Also memory usage during compiling went up from 655494 kB to 660626kB (this may be due to the VRP patch, though). Runtime of tramp3d did not improve but regress slightly (but that might be in the noise - we'll see). For this simple cleanup pass can you try updating SSA form manually please? Thanks, Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21829