On Thu, 2007-05-10 at 10:10 -0700, Jürgen Keil wrote: > Btw: In one experiment I tried to boot the kernel under kmdb > control (-kd), patched "minclsyspri := 61" and used a > breakpoint inside spa_active() to patch the spa_zio_* taskq > to use prio 60 when importing the gzip compressed pool > (so that the gzip compressed pool was using prio 60 threads > and usb and other stuff was using prio >= 61 threads). > That didn't help interactive performance...
oops. sounds like cpu-intensive compression (and encryption/decryption once that's upon us) should ideally be handed off to worker threads that compete on a "fair" footing with compute-intensive userspace threads, or (better yet) are scheduled like the thread which initiated the I/O. - Bill _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss