Bob, Thanks for your help. I thought that I might have seen something about this in the past but couldn't remember for sure. Thanks for pointing me in the right direction.
>From the URL below, it states that each TXG will be limited to 1/8th of the >physical memory (this differs from the 7/8ths of available memory you >referenced). http://blogs.sun.com/roch/entry/the_new_zfs_write_throttle In my current config that would yield a TXG size of 512MB (4GB of system RAM/8) and makes sense for ~1 second write times. At the moment this is not causing any real issues; I just hadn't expected the system to pause network traffic while committing data to disk. Is there a tunable to bump up the 1-tick delay that is enforced on writing threads when we trigger the first threshold (7/8ths of TXG commit threshold as per above URL) or change the threshold at which we start enforcing tick delays? This seems to me it would help to smooth out I/O better than just limited the TXG size. Richard -- This message posted from opensolaris.org _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
