public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Marcus D. Hanwell" <linux@cryos.net>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Do we want optimal performance?
Date: Wed, 08 Sep 2004 21:05:42 +0100	[thread overview]
Message-ID: <413F6616.2010004@cryos.net> (raw)
In-Reply-To: <32927.10.0.0.51.1094670662.squirrel@10.0.0.51>

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


  parent reply	other threads:[~2004-09-08 20:04 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-08 10:15 [gentoo-dev] Do we want optimal performance? Klavs Klavsen
2004-09-08 11:29 ` Paul de Vrieze
2004-09-08 12:03   ` Corvus Corax
2004-09-08 13:16     ` Paul de Vrieze
2004-09-08 12:19 ` Alin Nastac
2004-09-08 13:24   ` Marcus D. Hanwell
2004-09-08 13:43     ` Patrick Lauer
2004-09-08 14:21     ` Klavs Klavsen
2004-09-09  7:52       ` Paul de Vrieze
2004-09-08 12:49 ` Spider
2004-09-08 17:16   ` Robert Moss
2004-09-08 18:20 ` Chris Gianelloni
2004-09-08 19:11   ` Klavs Klavsen
2004-09-08 19:54     ` Paul de Vrieze
2004-09-08 20:05     ` Marcus D. Hanwell [this message]
2004-09-08 19:41 ` Lisa Seelye
2004-09-09  0:49 ` Daniel Goller
2004-09-09  1:51   ` [gentoo-dev] per package cflags (was Re: Do we want optimal performance?) Travis Tilley
2004-09-09  2:26     ` Robin H. Johnson
2004-09-09  3:42       ` Ned Ludd
2004-09-09  3:49         ` Robin H. Johnson
2004-09-09 17:23           ` Robert Moss
2004-09-09  4:41         ` Will Buckner
2004-09-09  4:51           ` Ciaran McCreesh
2004-09-09  6:07   ` [gentoo-dev] Do we want optimal performance? Klavs Klavsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=413F6616.2010004@cryos.net \
    --to=linux@cryos.net \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox