> hi..
> 
> > What!  That makes no sense.  A compiled kernel is different from a
> > non-compiled one?  Someone compiled it once.  He said he didn't make any
> > changes to the FreeBSD kernel except recompile.  I will be shocked to
> > hear he sees any difference in a kernel recompile.
> 
> no, what i'm saying is that the options (which are legion) chosen when
> compiling a linux kernel affect its performance. this is obvious when you think
> about it for a second, bruce. 

Under BSDI, it makes no different.  You can make the kernel a little
smaller by removing drivers, but that just makes a little more memory
available.

> 
> will a kernel with 18 uneeded options (such as VFAT FS support, etc,etc)  that
> adds an extra several dozen K to the kernel and which was compile for a 386 be
> slower or faster than one that is compiled with only the options you actually
> USE and is compiled to take advantage of the instruction sets on your juicy
> PentiumIII? the former is what you get with the stock redhat kernel, the latter
> is what you get when you compile it yourself... 

Are you doing floating point computations in your kernel?  Probably not.
You may get better instruction alignment, but I doubt that is going to
mean more than few percent.

> 
> to take it to another arena: which would be faster: postgres installed from a
> binary package or postgres compiled from scratch with exactly what you need
> optimized for you chip?

No change I can think of.

> > Are you telling him not to say anything about what he sees?
> 
> no, not at all... what i _am_ saying is that if you are going to say something,
> or even make observations for yourself, you and everyone else is best served
> when the observations hold water... its the scientific model: a poorly designed
> experiment results in poor results. his experiment (not him, of course.. i'm
> sure he's a great guy) was poorly constructed. this leads to innacurate and
> deceiving results.. 
> 
> and i'm not "sticking up" for linux.. merely accurate experimentation. 
> 
> think of mysql's crash_me test. how good of a test is it really? and therefore
> how good are the results?

Linux fs used to be quicker than FreeBSD fs because there was no syncing
of meta-data changes, though that causes decreased reliability in the
event of a crash.  

With BSD soft-updates, FreeBSD is as fast/faster than Linux fs, with
increased reliability.

With mysql crashme, there is no mention of the things you don't get in
Mysql.

-- 
  Bruce Momjian                        |  http://www.op.net/~candle
  [EMAIL PROTECTED]            |  (610) 853-3000
  +  If your life is a hard drive,     |  830 Blythe Avenue
  +  Christ can be your backup.        |  Drexel Hill, Pennsylvania 19026

************

Reply via email to