public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Klavs Klavsen" <kl@vsen.dk>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Do we want optimal performance?
Date: Wed, 8 Sep 2004 21:11:02 +0200 (CEST)	[thread overview]
Message-ID: <32927.10.0.0.51.1094670662.squirrel@10.0.0.51> (raw)
In-Reply-To: <1094667618.17323.74.camel@cgianelloni.nuvox.net>

Chris Gianelloni said:
[SNIP]
> Gentoo is not all about performance.  While many of our users want to
> squeeze the every drop of performance out of their systems, many use
> Gentoo for any number of other reasons such as our philosophy, our
> community, the manageability of portage, or even because they think
> Larry the Cow just owns.
>
hehe. I totally agree. I choose Gentoo for the flexibility, for instance
in getting the programversions I want to use - except I'm sad that
gcc-versions get phased out too quickly IMHO, so I can't easily choose to
stay with an "old" gcc like 3.2.2 - without running into packages I
suddenly can't upgrade automatically, because they depend on a newer GCC,
which I can see no reason for them to do.

This would ofcourse not be so big a problem, if we had proper reverse
depedencies - but like things are now - I must admit I'm afraid of
upgrading gcc/glibc on a machine in production.. have been bitten by that
one before (I always have package of the old one - but still).
[SNIP]
>
> I just want to ask where the manpower to do this will come from?  We
> would have to start over with every CPU upgrade and every toolchain
> upgrade.  It appears it would be an unending task of hours upon hours of
> labor for each package.  Have you looked at the sheer number of CFLAGS
> available?
>
You are probably right - especially when I'm told that gcc-3.5 has great
profiling capabilities (GIMPLE - whatever that is :) - which I agree would
be the better solution (so people can easily optimize their machine -
doing profiles for their usage).

>> I would suggest these tests be included like the gentoo-stats program,
>> as
>> something the individual Gentooist can choose to run after each compile
>> -
>> which would give him the optimal performance (and recompile X number of
>> times to test different flags out) on his CPU/program/GCCversion
>> combination, and at the same time, send the result to a Gentoo database.
>
> I see no problem with it provided you could find someone to actually do
> the work.  This would be *very* boring work for most, which means it
> would be abandoned by anyone but the most determined quite quickly.
>
Agreed - that's why I wanted to "throw it out there"  - so I could get
some feedback on the idea and see if it would stick.

[SNIP]
>> What do you think? am I crazy? It seems to me that the anandtech tests
>> shows that it is more than just a 1% or 2% difference, with the right
>> CFLAGS - and that the right CFLAGS for one program, can be the worst for
>> another on same CPU/GCC combination.
>
> 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 ?)

-- 
Regards,
Klavs Klavsen, GSEC - kl@vsen.dk - http://www.vsen.dk
PGP: 7E063C62/2873 188C 968E 600D D8F8  B8DA 3D3A 0B79 7E06 3C62

"Those who do not understand Unix are condemned to reinvent it, poorly."
  --Henry Spencer


--
gentoo-dev@gentoo.org mailing list


  reply	other threads:[~2004-09-08 19:11 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 [this message]
2004-09-08 19:54     ` Paul de Vrieze
2004-09-08 20:05     ` Marcus D. Hanwell
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=32927.10.0.0.51.1094670662.squirrel@10.0.0.51 \
    --to=kl@vsen.dk \
    --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