Very low disk performance on 5.x
Poul-Henning Kamp
phk at phk.freebsd.dk
Mon May 2 10:33:24 PDT 2005
In message <003901c54f36$0c64ad40$b3db87d4 at multiplay.co.uk>, "Steven Hartland"
writes:
>Ok from what your saying it sounds like RAID on FreeBSD is useless
>apart to create large disks. Now to the damaging facts the results
>from my two days worth of testing:
Now, cool down a moment and lets talk about what you _really_ have
measured.
You have measured the end to end performance: you include /dev/zero,
dd(1), filesystem, disk device driver, hardware and disks.
As such that is a fair end-user benchmark, but unfortunately it
doesn't really tell us anything useful for the purpose of this
discussion.
If you are going to do a high-performance setup, you should not
just take the "out-of-box" settings, you should optimize for
the configurations particular features.
Testing end-to-end means that we have very little to go from to
find out where things went wrong in any one instance.
But anyway: here are some questions which I wonder about ?
Does the linux and FreeBSD filesystem offer the same semantics
with respect to integrity ? Ie: if one is asyncronous mode
the comparison is not a fair comparison. Just because you
chose the default in each case doesn't mean you got the same
thing.
Does any of the drivers change the settings/modes of the controllers
use of cache ? (this may be hard to determine without looking
at driver sources.
In particular, are you sure that the RAID-5 logical device was
in the same exact state and location for each run ?
Did you remember to disable all the debugging in FreeBSD 6-Current ?
(see top of src/UPDATING)
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-performance
mailing list