lunuxcaffe; logo contest - mystery font

Lennart Sorensen lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org
Wed Nov 10 15:35:21 UTC 2004


On Wed, Nov 10, 2004 at 12:59:28AM -0500, Tim Goodaire wrote:
> I don't think it's compiling from source that he has a problem with. 
> It's the idea that there is some kind of net gain in having your 
> processor spending much of its time compiling all of your programs from 
> source because they'll be faster and "optimized".
> 
> If your system is so fast that you can spare all of those cpu cycles, 
> are you really going to notice a big difference with your optimized 
> "ifconfig" or "mount"  or whatever commands?

That is certainly part of it.  I also think it is terribly inefficient
to have many people doing the same thing, when the result of one person
doing it for them all would be the same.  Basic idea of cooperation.
Everyone does a little bit and shares the result with everyone else
rather than everyone doing everything for themselves.  The one person
doing the work could preferably then be an expert on that small part of
the whole.  This is why I very much like Debian.  Some package
maintainers could be better, but most do a much better job on their
packages than I am likely to be able to do, unless I focus on that one
package.

Just like I think anything worth doing more than once, is worth
scripting so you don't have to do most of it the second time.

And cpu optimizations with GCC is almost worthless with GCC's current
state of optimizations.  Even pgcc only managed to gain 15 to 20% speed
on gzip (one of the few to gain anything measureable) when optimized
heavily for Pentium class CPUs.  Certainly a few instructions can help
from the 486 and above, which is why glibc 2.3 requires a 486 as far as
I know, while most things above 486 are hardly used in GCC yet.  With
intel's compiler for Linux it's a different story.  Are any Gentoo users
using intel's compiler?

Just my not so humble opinion. :)

Lennart Sorensen
--
The Toronto Linux Users Group.      Meetings: http://tlug.ss.org
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://tlug.ss.org/subscribe.shtml





More information about the Legacy mailing list