Reading via mmap stinks (Re: weird bugs with mmap-ing via NFS)

Peter Jeremy peterjeremy at optushome.com.au
Sat Mar 25 21:27:40 UTC 2006


On Sat, 2006-Mar-25 09:20:13 -0500, Mikhail Teterin wrote:
>I'm sorry, that should be  http://aldan.algebra.com/~mi/mzip.c -- I checked 
>this time :-(

It doesn't look like it's doing anything especially weird.  As Matt
pointed out, creating files with mmap() is not a good idea because the
syncer can cause massive fragmentation when allocating space.  I can't
test is as-is because it insists on mmap'ing its output and I only
have one disk and you can't mmap /dev/null.

Since your program is already written to mmap the input and output in
pieces, it would be trivial to convert it to use read/write.

>= I tried writing a program that just mmap'd my entire (2GB) test file
>= and summed all the longwords in it.
>
>The files I'm dealing with are database dumps -- 10-80Gb :-) Maybe, that's,
>what triggers some pessimal case?..

I tried generating an 11GB test file and got results consistent with my
previous tests:  grep using read or mmap, as well as mmap'ing the entire
file give similar times with the disk mostly saturated.

I suggest you try converting mzip.c to use read/write and see if the
problem is still present.

-- 
Peter Jeremy


More information about the freebsd-stable mailing list