-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thank you, the post you mentioned helped me move a bit forward. I tried putting:
zfs:zfs_txg_timeout = 1 in /etc/system and now I'm getting much more even write load (a burst every 5 seconds), which now does not cause any significant poll() stalling anymore. So far I fail to find the timer in the ZFS source code which causes the 5-second timeout instead of what I want (1 second). Another thing that's left on my mind is why I'm still getting a very slight burst every 60 seconds (causing a poll() delay of around 20-30ms, instead of the usual 0-2ms). It's not that big a problem, it's just that I'm curious as to where it's being created. I assume some 60-second timer is firing, but I don't know where. Regards, - -- Saso Fajar A. Nugraha wrote: > On Sat, Dec 26, 2009 at 4:10 PM, Saso Kiselkov <skisel...@gmail.com> wrote: >>> I'm still trying to find the case number I have open with Sunsolve or >>> whatever, it was for exactly this issue, and I believe the fix was to >>> add dozens more "classes" to the scheduler, to allow more fair disk >>> I/O and overall "niceness" on the system when ZFS commits a >>> transaction group. >> Wow, if there were a production-release solution to the problem, that >> would be great! > > Have you checked this thread? > http://www.mail-archive.com/zfs-discuss@opensolaris.org/msg28704.html > >> Reading the mailing list I almost gave up hope that I'd >> be able to work around this issue without upgrading to the latest >> bleeding-edge development version. > > Isn't opensolaris already bleeding edge? > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAks1/+8ACgkQRO8UcfzpOHC6kgCfcTv86Gwh2MvvVQJeJr/BRghe f6IAn2N1t4QNLfwBdafZHUbXCw0grTRk =hUJV -----END PGP SIGNATURE----- _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
