It's easy to reproduce seconds long mkdir (and other ops
also) with a side load of dd even to local ZFS. ZFS team
have started investigating this:
6429205 each zpool needs to monitor it's throughput and throttle heavy
writers
which will help bound the time to such operations to < 5
seconds. Today we throttle writers too seldom and that means
there is too much I/O to sync before we release operations;
Basically when the storage is the weak link, we're better
off throttling apps in small increments rather than consume
tons of memory then block everyone waiting on I/O for 10s of
seconds.
and while I hold the floor, I posted this entry last week
which could be of interesting to try in the general purpose
(small file updates) NFS serving:
http://blogs.sun.com/roller/page/roch?entry=tuning_zfs_recordsize
-r
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
