I wonder if a taskq pool does not suffer from a similar
effect observed for the nfsd pool :
6467988 Minimize the working set of nfsd threads
Created threads round robin our of taskq loop, doing little
work but wake up at least once per 5 minute and so are never
reaped.
-r
Nils Goroll writes:
> Hi Neil and all,
>
> thank you very much for looking into this:
>
> > So I don't know what's going on. What is the typical call stack for those
> > zil_clean() threads?
>
> I'd say they are all blocking on their respective CVs:
>
> ffffff0009066c60 fffffffffbc2c030 0 0 60 ffffff01d25e1180
> PC: _resume_from_idle+0xf1 TASKQ: zil_clean
> stack pointer for thread ffffff0009066c60: ffffff0009066b60
> [ ffffff0009066b60 _resume_from_idle+0xf1() ]
> swtch+0x147()
> cv_wait+0x61()
> taskq_thread+0x10b()
> thread_start+8()
>
> I should add that I have quite a lot of datasets:
>
> r...@haggis:~# zfs list -r -t filesystem | wc -l
> 49
> r...@haggis:~# zfs list -r -t volume | wc -l
> 14
> r...@haggis:~# zfs list -r -t snapshot | wc -l
> 6018
>
> Nils
> _______________________________________________
> zfs-discuss mailing list
> zfs-discuss@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
