On Fri, May 05, 2006 at 03:46:08PM -0700, Joe Little wrote: > Thanks for the tip. In the local case, I could send to the > iSCSI-backed ZFS RAIDZ at even faster rates, with a total elapsed time > of 50seconds (17 seconds better than UFS). However, I didn't even both > finishing the NFS client test, since it was taking a few seconds > between multiple 27K files. So, it didn't help NFS at all. I'm > wondering if there is something on the NFS end that needs changing, > no?
Keep in mind that turning off this flag may corrupt on-disk state in the event of power loss, etc. What was the delta in the local case? 17 seconds better than UFS, but percentage wise how much faster than the original? NFS has the property that it does an enormous amount of synchronous activity, which can tickle interesting pathologies. But it's strange that it didn't help NFS that much. > Also, how would one easily script the mdb command below to make > permanent? Unfortunately, there's no good way to do this, since the '::vdev' command isn't pipeable, and you'd have to use '::map' with hardcoded offsets that would be extremely brittle in the face of upgrades. - Eric -- Eric Schrock, Solaris Kernel Development http://blogs.sun.com/eschrock _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
