Mooneer Salem mooneer at translator.cx
Thu May 15 07:01:57 PDT 2003


Interesting. Wouldn't some optimizations only produce negliable results
though (in relation to the
amount of mess created in the code), especially since PC technology has come
a long way?


Mooneer Salem
GPLTrans: http://www.translator.cx/
lifeafterking.org: http://www.lifeafterking.org/

-----Original Message-----
From: owner-freebsd-hackers at freebsd.org
[mailto:owner-freebsd-hackers at freebsd.org]On Behalf Of Pawel Jakub Dawidek
Sent: Thursday, May 15, 2003 5:31 AM
To: freebsd-hackers at freebsd.org
Cc: freebsd-performance at freebsd.org
Subject: Optimizations.

Hello hackers...

IMHO optimization in FreeBSD's code has too low priority.
Maybe is time to think about some 'optimiztion team' creation?

It will be a group of hackers that are skilled in using gcc(1) optimiztion
flags, when those flags can cause problems and how to slove them (we got
-O for years) - optimization flags should be increased just like WARNS
value is. They should have experience in old-school optimization (there are
many places where '* (2^n)' could be changed to '<< n' and many places where
compilator don't know how to or is just unable to optimize, etc.).
They could made regular code profiling and present results somewhere
(and of course help authors to get better performance in critical places).

Bla, bla, bla...

Just let's speed-up FreeBSD!.
Any opinions/ideas?

Pawel Jakub Dawidek                       pawel at dawidek.net
UNIX Systems Programmer/Administrator     http://garage.freebsd.pl
Am I Evil? Yes, I Am!                     http://cerber.sourceforge.net

More information about the freebsd-performance mailing list