Leon Koll writes: > On 2/28/07, Roch - PAE <[EMAIL PROTECTED]> wrote: > > > > > > http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6467988 > > > > NFSD threads are created on a demand spike (all of them > > waiting on I/O) but then tend to stick around servicing > > moderate loads. > > > > -r > > Hello Roch, > It's not my case. NFS stops to service after some point. And the > reason is in ZFS. It never happens with NFS/UFS. > Shortly, my scenario: > 1st SFS run, 2000 requested IOPS. NFS is fine, ;low number of threads. > 2st SFS run, 4000 requested IOPS. NFS cannot serve all requests, no of > threads jumps to max > 3rd SFS run, 2000 requested IOPS. NFS cannot serve all requests, no of > threads jumps to max. > System cannot get back to the same results under equal load (1st and 3rd). > Reboot between 2nd and 3rd doesn't help. The only persistent thing is > a directory structure that was created during the 2nd run (in SFS > higher requested load -> more directories/files created). > I am sure it's a bug. I need help. I don't care that ZFS works N times > worse than UFS. I really care that after heavy load everything is > totally screwed. > > Thanks, > -- Leon
Hi Leon, How much is the slowdown between 1st and 3rd ? How filled is the pool at each stage ? What does 'NFS stops to service' mean ? -r _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss