On Tue, 4 Aug 2009, Prabahar Jeyaram wrote:
You seem to be hitting :
http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6586537
The fix is available in OpenSolaris build 115 and later not for Solaris 10 yet.
It is interesting that this is a simple thread priority issue. The
system has a ton of available CPU but the higher priority compression
thread seems to cause scheduling lockout. The Perfmeter tool shows
that compression is a very short-term spike in CPU. Of course since
Perfmeter and other apps stop running, it might be missing some sample
data.
I could put the X11 server into the real-time scheduling class but
hate to think about what would happen as soon as Firefox visits a web
site. :-)
Compression is only used for the intermittently-used backup pool so it
would be a shame to reduce overall system performance for the rest of
the time.
Do you know if this fix is planned to be integrated into a future
Solaris 10 update?
Bob
--
Bob Friesenhahn
bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/
GraphicsMagick Maintainer, http://www.GraphicsMagick.org/
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss