From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23162 invoked by alias); 6 Dec 2012 21:43:23 -0000 Received: (qmail 23145 invoked by uid 22791); 6 Dec 2012 21:43:18 -0000 X-SWARE-Spam-Status: No, hits=-3.5 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL,RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from atrey.karlin.mff.cuni.cz (HELO atrey.karlin.mff.cuni.cz) (195.113.26.193) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 06 Dec 2012 21:43:14 +0000 Received: by atrey.karlin.mff.cuni.cz (Postfix, from userid 4018) id AE93380E98; Thu, 6 Dec 2012 22:43:13 +0100 (CET) Date: Thu, 06 Dec 2012 21:43:00 -0000 From: Jan Hubicka To: Pat Haugen Cc: GCC Patches , David Edelsohn Subject: Re: [PATCH, rs6000] Update default loop peel limits Message-ID: <20121206214313.GG671@atrey.karlin.mff.cuni.cz> References: <50C0FCDE.5010508@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <50C0FCDE.5010508@linux.vnet.ibm.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2012-12/txt/msg00437.txt.bz2 > The following patch restores the old default limits for loop peeling > that were recently changed to 100 and caused a 20% degradation in > 454.calculix. > > Bootstrap/regtest on powerpc64-linux with no new regressions. Ok for trunk? > > -Pat > > > 2012-12-06 Pat Haugen > * config/rs6000/rs6000.c (rs6000_option_override_internal): Set > default loop peeling limits. Actually the calculix regression is also seen on core. Igor was looking into what loops got slower and why. Either we can fix that partiuclar loop or revert to the old default (that sadly causes quite a lot of code bloat) Honza