On Tue, Nov 8, 2011 at 10:28 PM, Daniel O'Connor <doconnor_at_gsoft.com.au> wrote: > > On 09/11/2011, at 16:56, Daniel O'Connor wrote: >> On 09/11/2011, at 16:29, Kurt Touet wrote: >>> Is anyone else seeing problems like this with samba/zfs ? Perhaps >>> it's not exclusive to samba, either? >> >> Yep, I see this too. >> >> I can get 80-100Mbyte/sec reads out of a single disk but ZFS is (now) very slow - it reads & writes and much more slowly (10-30MB/sec). >> >> When the array was fresh it was nice and fast - it is now 68% full and hasn't been much more full than that (I don't know but am pretty sure it never reach past 75%). >> >> The frustrating thing is trying to find some way of measuring what's actually going on.. I haven't had much luck : > > > Note that this is not restricted to Samba and while the server is not completely idle it's not doing very much. > > dd's of large files (spooled backups going to tape) to /dev/null are as slow as Samba. - Dedupe? - Compression? - How much RAM? - What debug options do you have enabled in the kernel? I've been noticing a slowdown in some respects with NFS/SMB, but I suspected it was because I have an re(4) based NIC. ZFS has also wired down a lot of my system memory for the L2ARC... Thanks, -GarrettReceived on Wed Nov 09 2011 - 06:02:53 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:20 UTC