Date: Sun, 4 Sep 2016 11:28:26 +0200 From: Ben RUBSON <ben.rubson@gmail.com> To: FreeBSD FS <freebsd-fs@freebsd.org> Subject: Re: [ZFS] refquota is very slow ! Message-ID: <0E828163-AEAB-4C8C-BFCF-93D42B3DB3B6@gmail.com> In-Reply-To: <1472914773423.63807@kuleuven.be> References: <D559DE69-A535-427C-A401-1458C2AA8C31@gmail.com> <1472914773423.63807@kuleuven.be>
next in thread | previous in thread | raw e-mail | index | archive | help
Juergen & Bram, Thank you for your feedback. I then investigated further and think I found the root cause. No issue with refquota in my zroot pool containing (in this example) = 300.000 inodes used. However, refquota is terribly slow in my data pool containing around = 12.000.000 inodes used. I then created 12.000.000 empty file in my zroot pool, in a test = dataset. I put a refquota on this dataset and created a dd file to fulfil empty = space. And around the limit, it began to stall... I then created an empty dataset in the same pool, refquota is even slow = in this dataset having no inode used. The root cause seems then to be the total number of inodes used in the = pool... Some numbers : Time to fulfil 512MB with quota : 17s Time to fulfil 512MB with refquota : 3m35s Very strange. Do you experience the same thing ? Thank you again, Ben > On 03 Sep 2016, at 16:59, Bram Vandoren <bram.vandoren@kuleuven.be> = wrote: >=20 > I encountered the same problem over NFS. I didn't manage to reproduce = it not using NFS. I think the userquota property works without any = problem though. >=20 > Cheers, > Bram. > On 03 Sep 2016, at 12:26, InterNetX - Juergen Gotteswinter = <juergen.gotteswinter@internetx.com> wrote: >=20 > cant confirm this, works like a charm without difference to normal = quota > setting
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0E828163-AEAB-4C8C-BFCF-93D42B3DB3B6>