Date: Wed, 19 May 1999 15:12:04 +0200 To: pgcc AT delorie DOT com Subject: Re: Benchmark PGCC vs EGCS on a K6-2 Message-ID: <19990519151204.E1552@cerebro.laendle> Mail-Followup-To: pgcc AT delorie DOT com References: <373F3AA2 DOT A446D611 AT informatik DOT hu-berlin DOT de> <19990519105631 DOT 40676 AT atrey DOT karlin DOT mff DOT cuni DOT cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <19990519105631.40676@atrey.karlin.mff.cuni.cz>; from Jan Hubicka on Wed, May 19, 1999 at 10:56:31AM +0200 X-Operating-System: Linux version 2.2.7 (root AT cerebro) (gcc driver version pgcc-2.93.09 19990221 (gcc2 ss-980929 experimental) executing gcc version 2.7.2.3) From: Marc Lehmann Reply-To: pgcc AT delorie DOT com X-Mailing-List: pgcc AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk On Wed, May 19, 1999 at 10:56:31AM +0200, Jan Hubicka wrote: > causes performance loss. Author of original K6 stuff for egcs just blindly followed > their recommendations so many of his changes were performance miss (especially changking > xor reg,reg to mov reg,0) I especially rmeember when I put much work into making it possible to switch "push"-sequences into "sub; mov" for function calls, which was highly recommended but actually a loss. > K6 seems to have serious problems with decoding speed. I've made new haifa scheduler hooks for > decoding that worked quite well (I have also version for Pentium and PPro available, PPro > version is untested), > On K6 it brought quite large speedups (-10 - 500%, usually about 10%), but changes necesarry > to i386.md are quite large so it would take lots of time to add them into gcc. Well, pgcc is much more open to these kind of patches...! -- -----==- | ----==-- _ | ---==---(_)__ __ ____ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / pcg AT goof DOT com |e| -=====/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |