From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26062 invoked by alias); 1 Nov 2007 11:40:44 -0000 Received: (qmail 25965 invoked by uid 48); 1 Nov 2007 11:40:28 -0000 Date: Thu, 01 Nov 2007 11:40:00 -0000 Message-ID: <20071101114028.25964.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug middle-end/33966] Revision 129625 caused 11% slowdown on 200.sixtrack In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "rguenth at gcc dot gnu dot org" 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: 2007-11/txt/msg00019.txt.bz2 ------- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-01 11:40 ------- Current partitioning has several problems: 1) Accounting only accounts for memory references through pointers. 2) Accounting for the number of VOPs a statement will generate and accounting for how many accesses a memory symbol will experience are mixed (thus not allowing to weight these factors differently easily) 3) The goal the pscore function tries to set at is not clear (partly due to reason 2). I have some ideas/patches on this side, but it's late in stage3 and we'll get (performance) disruption by the PR33870 fix on the partitioning side as well. -- rguenth at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dnovillo at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33966