From: FRLinux <frlinux@gentoo.org>
To: billk@iinet.net.au
Cc: gentoo-dev ML <gentoo-dev@gentoo.org>
Subject: Re: [gentoo-dev] "Distro Day (Measuring the benefits of the Gentoo approach)"
Date: 14 Aug 2003 20:22:12 +0100 [thread overview]
Message-ID: <1060888932.4387.17.camel@localhost> (raw)
In-Reply-To: <1060814942.27241.148.camel@rattus.Localdomain>
On Wed, 2003-08-13 at 23:49, William Kenworthy wrote:
> I posted this to the gentoo-user list by mistake last night (it was
> after midnight and ...) - wondered why I didnt get too many
> flames/replies!
Glad to know you were actually 'one of us' as in, you took time to get
information on what should be set on the Gentoo make.conf file.
> 3. optimisations were EXACTLY as recommended by both the make.conf
> entries, which were supported by the cflags from the forum for this cpu:
> a 2G celery (P4 based core) I am not sure now, but I believe I ran
> prelink as well (to match mandrake) - need to find and check the notes.
Having read a couple of posts before yours, i'm quite scared to learn
that prelink could lead to an unstable system. I've never emerged it on
my gentoo and was considering doing so, anyone could enlighten me on the
possible risks on this ? I am looking at more stability over speed
improvements and have been very satisfied with my 1.4rc3 install so far.
> So how many gentoo systems out there have every possible optimisation in
> the book, and are actually running slower than ideal? This is a real
> problem, and I will be interested in how the cflags projects around
> handle this, as most seem to aim at setting the maximum possible flags:
> not actually tune the system for the ones that work best/most stably. A
> live benchmark test might be more appropriate.
CFLAGS are the key-point to my knowledge, i am not a compiler specialist
but i don't even put specific optimisations anymore on my Gentoo, just
keep -march=athlon-xp -03 and that is all.
> Most posts on irc and lists have settled down to "he doesnt know what
> he's doing" (I do), or the tests were unfair to gentoo (they werent, but
> then the same criteria were met by all 3 systems, but with some question
> marks over debian because of its mix - some packages had to be compiled
> locally, not binary) - but the thrust of the article was not that gentoo
> was a dud, but that this was the result within the criteria and time we
> were given, not what we expected, so we need to find out why. Also note
> that this was not intentionally a debian/mandrake/gentto distro test.
Well you have to admit that reading the test doesn't give a lot of
informations about what was done ... This is where people begun picking
on you. If that had been a bit more detailed, the feedback would have
been better i'm sure, exactly as you have currently done with your post.
> If you want to flame, go ahead - but support your statements!
No flame concerning myself, i'm glad to have a better understanding of
what was done. Plus you are not the first one mentioning that Gentoo
depending on its optimisations (read my words on this : depending) is
slower than Mandrake for instance (which has done quite a nice job
lately on speed).
Steph
--
Mail sent on Gentoo 1.4rc3 k2.6-test3 AMD 2600+
http://frlinux.net - frlinux@frlinux.net
http://gentoofr.org - Portail Francais sur Gentoo Linux
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2003-08-14 19:22 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-13 13:38 [gentoo-dev] "Distro Day (Measuring the benefits of the Gentoo approach)" Philippe Lafoucrière
2003-08-13 14:07 ` brett holcomb
2003-08-13 15:03 ` Sven Vermeulen
2003-08-13 16:15 ` Alan
2003-08-13 20:30 ` Chris Gianelloni
2003-08-13 14:08 ` Chris Gianelloni
2003-08-13 14:12 ` Brad Laue
2003-08-13 14:20 ` Philippe Lafoucrière
2003-08-13 14:25 ` Philippe Lafoucrière
2003-08-13 14:32 ` Chris Gianelloni
2003-08-13 16:17 ` Alan
2003-08-13 16:22 ` Patrick Kursawe
2003-08-13 20:35 ` Chris Gianelloni
2003-08-13 20:32 ` Chris Gianelloni
2003-08-14 10:02 ` Paul de Vrieze
2003-08-13 21:15 ` FRLinux
2003-08-13 22:49 ` William Kenworthy
2003-08-14 2:04 ` Brian Jackson
2003-08-14 10:10 ` Paul de Vrieze
2003-08-14 12:30 ` Chris Gianelloni
2003-08-14 16:59 ` William Kenworthy
2003-08-14 17:38 ` [gentoo-dev] "Distro Day (Measuring the benefits of the Gentooapproach)" matt c
2003-08-14 19:22 ` FRLinux [this message]
2003-08-14 23:01 ` [gentoo-dev] "Distro Day (Measuring the benefits of the Gentoo approach)" William Kenworthy
2003-08-13 14:24 ` David Holm
2003-08-13 14:28 ` Philippe Lafoucrière
2003-08-13 16:16 ` Eric Olinger
2003-08-13 19:00 ` Jon Portnoy
2003-08-13 20:02 ` Mike Frysinger
2003-08-14 1:07 ` [gentoo-dev] 'Distro Day (Measuring the benefits of the Gentoo approach)' donnie berkholz
2003-08-14 1:13 ` Jon Portnoy
2003-08-14 11:01 ` Chris Gianelloni
2003-08-13 14:34 ` [gentoo-dev] "Distro Day (Measuring the benefits of the Gentoo approach)" Stuart Herbert
2003-08-13 14:34 ` Svyatogor
2003-08-13 17:46 ` Adam Porich
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=1060888932.4387.17.camel@localhost \
--to=frlinux@gentoo.org \
--cc=billk@iinet.net.au \
--cc=gentoo-dev@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