On 11/24/2010 01:20 AM, Dave Chinner wrote:
512MB of BBWC backing the disks. The BBWC does a much better job of
reordering out-of-order writes than the Linux elevators because
512MB is a much bigger window than a couple of thousand 4k IOs.
Hmmm very interesting...
so you are using a MD or DM raid-0 above a SATA controller with a BBWC?
That would probably be a RAID controller used as SATA because I have
never seen SATA controllers with a BBWC. I'd be interested in the brand
if you don't mind.
Also I wanted to know... the requests to the drives are really only 4K
in size for linux? Then what purpose do the elevators' merges have? When
the elevator merges two 4k requests doesn't it create an 8k request for
the drive?
Also look at this competitor's link:
http://thunk.org/tytso/blog/2010/11/01/i-have-the-money-shot-for-my-lca-presentation/
post #9
these scalability patches submit larger i/o than 4k. I can confirm that
from within iostat -x 1 (I can't understand what he means with
"bypasses the buffer cache layer" though, does it mean it's only for
DIRECTIO? it does not seem to me). When such large requests go into the
elevator, are they broken up into 4K requests again?
Thank you
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
