* John Baldwin ([EMAIL PROTECTED]) wrote:
> We have noticed an issue at work but only on faster controllers (e.g.
> certain mfi(4) drive configurations) when doing I/O to a single file
> like the dd command mentioned causes the buffer cache to fill up. The
> problem being that we can't lock the vm object to recycle pages when
> we hit the limit that is supposed to prevent this because all the
> pages in the cache are for the file (vm object) we are working on.
> Stephan (ups@) says this is fixed in 7.
Excellent. I've been seeing this behavior for a long time, mostly on
backup runs (RAID-1 amr SATA -> 1 disk Marvell ata). It's pretty odd
seeing a system with 8G of memory, 60% of which is just cache, swap out
half a dozen things for no apparant reason. And to think, people on
FreeNode ##freebsd just insisted I had a misconfigured system ;)
My other IO related issue with 6 is IO to independent amr arrays
blocking each other; e.g. daily run's find over amrd0 will invariably
cause reads from amrd1 and amrd2 to freeze for seconds at a time (pr
114438). I'll be very interested to see if 7 fixes that.
--
Thomas 'Freaky' Hurst
http://hur.st/
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
