From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2478 invoked from network); 8 Sep 2004 20:04:07 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 8 Sep 2004 20:04:07 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1C58fm-00089m-0X for arch-gentoo-dev@lists.gentoo.org; Wed, 08 Sep 2004 20:04:06 +0000 Received: (qmail 2241 invoked by uid 89); 8 Sep 2004 20:04:05 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 12378 invoked from network); 8 Sep 2004 20:04:04 +0000 Message-ID: <413F6616.2010004@cryos.net> Date: Wed, 08 Sep 2004 21:05:42 +0100 From: "Marcus D. Hanwell" User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040818) X-Accept-Language: en-us, en MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org References: <33333.10.0.0.51.1094638559.squirrel@10.0.0.51> <1094667618.17323.74.camel@cgianelloni.nuvox.net> <32927.10.0.0.51.1094670662.squirrel@10.0.0.51> In-Reply-To: <32927.10.0.0.51.1094670662.squirrel@10.0.0.51> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at palladium.cryos.net Subject: Re: [gentoo-dev] Do we want optimal performance? X-Archives-Salt: 68b40ec8-585b-4798-a0fb-e54bcee26d8c X-Archives-Hash: d8a09870cd3e3d391698c3a092bf9f37 Klavs Klavsen wrote: >Chris Gianelloni said: > > >> While I agree that there can be great performance increases, I believe >> >>that there is a definite trade-off between performance and >>manageability. This would be wholly unmanageable without an army of >>testers working around the clock until Gentoo ceased to be... *grin* >> >> >> >The idea would ofcourse be that, only the "obvious" programs would be >tested - but if profiling were implemented/possible with gcc-3.5 and >portage easily - I'm fairly certain that would be of more value (would >that also help select the right CFLAGS ?) > > > I would tend to agree here - if GCC 3.5 has features that can automatically profile applications and use the correct optimisations then there would be little point in spending the time doing this by hand (even if using some automated test scripts). I personally saw it being of use for larger applications in the tree, such as Apache, MySQL, PostgreSQL, PHP, Postfix, bincimap, Courier, KDE, GNOME, GCC, GlibC etc. It would certainly be an impossible task to perform this work on all of the tree for all archs :) I personally use amd64 platform with fairly modest CFLAGS="-march=k8 -O2 -pipe" at the moment - going for best all round performance with stability. There are things such as fftw where I do try to optimise if possible, and I would be interested in a 10% speed gain on the fftw library for a 5 hour simulation run! -- gentoo-dev@gentoo.org mailing list