From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21513 invoked by alias); 24 Feb 2003 01:00:31 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 21506 invoked from network); 24 Feb 2003 01:00:31 -0000 Received: from unknown (HELO rwcrmhc53.attbi.com) (204.127.198.39) by 172.16.49.205 with SMTP; 24 Feb 2003 01:00:31 -0000 Received: from attbi.com (h00045ad92b4c.ne.client2.attbi.com[66.30.233.6]) by rwcrmhc53.attbi.com (rwcrmhc53) with SMTP id <2003022401003005300hq6rue>; Mon, 24 Feb 2003 01:00:30 +0000 Message-ID: <3E596EAE.3050001@attbi.com> Date: Mon, 24 Feb 2003 02:47:00 -0000 From: Robert Myers User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3a) Gecko/20021212 X-Accept-Language: en-us, en MIME-Version: 1.0 To: gcc Subject: Re: Feedback-driven optimization References: <3E587286.2040805@attbi.com> <20030223091654.GA618@redhat.com> <20030223110014.GB19895@kam.mff.cuni.cz> In-Reply-To: <20030223110014.GB19895@kam.mff.cuni.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-02/txt/msg01568.txt.bz2 Jan Hubicka wrote: >>On Sun, Feb 23, 2003 at 02:04:38AM -0500, Robert Myers wrote: >> >> >>>One problem: my instincts tell me I should be working with RTL, not >>>binary, but gcc doesn't permit routine dump of RTL. >>> >>> >>Nope. You'll have to make your modifications within gcc itself. >> >> > >Also there is already support for profile feedback in number of >optimizers. I am not sure how much more can be done in IA-64 specific >way - probably ifcvt can be made to use it better (there are papers >about profile based hyperblock formation, perhaps it is worthwhile to >implement this) and scheduler - there is already code for trace >schedling but it is not done on IA-64 compilation path as it does >scheduling. The modification would be trivial. I would be greatly >interested in results of these. > > > Thanks for all of your comments. Trimaran, as suggested by Robert Dewar, looks like the right place to start. As much as I'd like to be able to contribute something useful to gcc, I'm a long way from being ready even to try to do that. What I'd like to know, from anybody who is willing to venture a guess, is how much of the point will I miss by working in the idealized environment of Trimaran. What I want to know is how much of the disappointing performance of VLIW is fundamental: the information just isn't there, and how much is pragmatic: the information might be there but no one can imagine putting the effort in that would be necessary to exploit it. RM