Hello Mark,
Thursday, September 7, 2006, 12:32:32 AM, you wrote:
MM Robert Milkowski wrote:
On Wed, 6 Sep 2006, Mark Maybee wrote:
Robert Milkowski wrote:
::dnlc!wc
1048545 3145811 76522461
Well, that explains half your problem... and maybe all of it:
After I reduced vdev prefetch from 64K to 8K for last few hours system
is working properly without workaround and free memory stays at about 1GB.
Reducing vdev prefetch to 8K alse reduced read thruoutput 10x.
I belive this is somehow related - maybe vdev cache was so aggressive (I
got 40-100MB/s of reads) and consuming memory so fast that thread which
is supposed to regain some memory couldn't keep up?
MM I suppose, although the data volume doesn't seem that high... maybe you
MM are just operating at the hairy edge here. Anyway, I have filed a bug
MM to track this issue:
MM 6467963 do_dnlc_reduce_cache() can be blocked by ZFS_OBJ_HOLD_ENTER()
Well, it was working so far and then in less than 5 minutes free
memory went to 0 and system was unresponsive I couldn't log in.
So I guess exporting/importing pool and in addition lowering vdev
prefetch to 8K is needed here. Hope it will stay longer that way.
:(
--
Best regards,
Robertmailto:[EMAIL PROTECTED]
http://milek.blogspot.com
___
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss