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
