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: > > 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. > > Cheers, > Bram. > On 03 Sep 2016, at 12:26, InterNetX - Juergen Gotteswinter <juergen.gotteswinter@internetx.com> wrote: > > 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>