Cached file read performance with 6.2-PRERELEASE

Peter Jeremy peterjeremy at optushome.com.au
Thu Dec 21 10:51:20 PST 2006


On Thu, 2006-Dec-21 23:22:38 +1300, Mark Kirkwood wrote:
>Pieter de Goeje wrote:
>>On Wednesday 20 December 2006 11:38, Mark Kirkwood wrote:
>>>In fact if you note that the PIII HW *can* actually do 700MB/s, it
>>>suggests that your HW is capable of considerably more than 900MB/s -
>>>given that opteron's have excellent cpu to memory bandwidth, and the
>>>speed of your memory!
>>Indeed!
>>Copying /dev/zero to /dev/null yields more than 5GB/sec on a simple 2Ghz 
>>Athlon64. It imagine there are quite a few extra things done when copying 
>>a file from cache, because I can only manage to get one fifth (~1GB/sec) 
>>of the theoretical speed. (this is with a file that fills more than half 
>>of all memory)
>
>Fascinating, never thought of trying that! On my 2 (essentially) 
>identical PIII systems, doing copy /dev/zero to /dev/null yields 4.1 
>GB/s (Gentoo) and 2.0GB/s (FreeBSD)  - so yeah, clearly both do 
>something special in that case... (growl... we - i.e FreeBSD - seem to 
>be slower again...tho at that sort of rate, who cares!)

This appears to be a fairly meaningless test: I don't know of any
applications that rely on /dev/zero read speed or /dev/null write
speed.  And I don't think we should fuss overly much about claims that
Linux can do nothing twice as fast as FreeBSD.  If this was really an
important issue, we could patch our libc to recognize special filenames
and avoid doing syscalls at all on I/O to /dev/zero or /dev/null - this
would give us a totally meaningless performance boost.

I agree that the FS cache read speed is an issue but the common code
paths between filesystem reads and /dev/zero reads are copyout(9) and
the generic system call overhead.  Before claiming that they are the
culprits, someone needs to get some more detailed performance figures
(via hwpmc or kernel profiling) and find where the time is really spent.

-- 
Peter Jeremy
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20061221/009e6d89/attachment.pgp


More information about the freebsd-stable mailing list