From owner-freebsd-fs@freebsd.org Sun Sep 4 15:16:31 2016 Return-Path: Delivered-To: freebsd-fs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 65788A9DD82 for ; Sun, 4 Sep 2016 15:16:31 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm0-x22f.google.com (mail-wm0-x22f.google.com [IPv6:2a00:1450:400c:c09::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0B576313 for ; Sun, 4 Sep 2016 15:16:31 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm0-x22f.google.com with SMTP id 1so99835907wmz.1 for ; Sun, 04 Sep 2016 08:16:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=OE83a4Lj1AgfBekmoz93Tc6XrQH0rUNzu+FF+tl6TQg=; b=qmhTv6B8nSrzcLOcS2qIQoQchPu85hcoOsG0vxMFAm08EI3I/EPqwuYmcCzigWD9M5 1TdJogOrL8Td3ViwNkSVXmRx3wQPbyuBus+uyiK186R5eY5C40NVja0v1KnlEu3c5OQ9 R1vOL4/5iV31t1OwJSGmQrC7w7s/rw7ArP7jCp6UpyGbgj2KYG7hHqlqud8RUwlEBSbG l+BNnuT+XyI5JWrHf4MIRB4uS15P9HObET061qnNThLZSvfq6SJD2XDJ++7WcvhPNm0l 7X2SaWRVWo5Hj8LrYEpVg1A7XAgz/oT3wNTqHlf76aQ0cqDRqXDO3ux7MW9QMrxaahWP RzVQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=OE83a4Lj1AgfBekmoz93Tc6XrQH0rUNzu+FF+tl6TQg=; b=fLivlqCNeCiIM+aihX2sZwrqDwrI6aPLGssZDJvWxHEdXpmm8fMvUnPI5kLNMx1OQo ZIPez+RxYPKeY+BgB6lIFdRxfj7uH9vxmC+3O/TBCQVnwbRO8VkBpI+rLs+1N0crw3kh Pj/HF3GmtuJvd3E+bhW2lYrEUjAaqvp+gorK5aDd9vA8VtfupBkPLfdzv2bcXnjamvR0 Ccb2PiX5zNsGWir1DuiSVdbQjUMH4ZdZvyV+h+h8ktCak7Tl9zEGkaaAsYtdh0mIEM6M QAKGkLAb3oaLHX/JdM5WqJr2wYNJ8pM9AmVRxNS0el7KInYS1YpcjeM6KL+UW/mfNI5Y vYxw== X-Gm-Message-State: AE9vXwMjOUPZbYD5Lk3/+7rsLxjLp9svx5ZCouViClT7EF38zkpHDO3lB861P3X9fNIaTQ== X-Received: by 10.194.175.231 with SMTP id cd7mr16773603wjc.77.1473002189399; Sun, 04 Sep 2016 08:16:29 -0700 (PDT) Received: from [172.20.10.6] ([80.12.43.144]) by smtp.gmail.com with ESMTPSA id bc5sm15135484wjb.37.2016.09.04.08.16.27 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 04 Sep 2016 08:16:28 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [ZFS] refquota is very slow ! From: Ben RUBSON X-Priority: 3 In-Reply-To: <1524067530.1937.a66cb17f-9141-4bef-b758-5bb129d16681.open-xchange@ox.internetx.com> Date: Sun, 4 Sep 2016 17:16:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1472914773423.63807@kuleuven.be> <0E828163-AEAB-4C8C-BFCF-93D42B3DB3B6@gmail.com> <1524067530.1937.a66cb17f-9141-4bef-b758-5bb129d16681.open-xchange@ox.internetx.com> To: FreeBSD FS X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Sep 2016 15:16:31 -0000 Same kind of results with a single local (SSD) disk based pool, refquota = takes much more time than quota around the limit. Here is the output for this single disk based pool : zfs get all : http://pastebin.com/raw/TScgy0ps zdb : http://pastebin.com/raw/BxmQ4xNx zpool get all : http://pastebin.com/raw/XugMbydy Thank you ! Ben > On 04 Sep 2016, at 13:42, InterNetX - Juergen Gotteswinter = wrote: >=20 > Did you try the same in a single local disk based pool? And pls post = output of > zfs get all, zdb & zpool get all >=20 >=20 >> Ben RUBSON hat am 4. September 2016 um 11:28 >> geschrieben: >>=20 >>=20 >> Juergen & Bram, >>=20 >> Thank you for your feedback. >>=20 >> I then investigated further and think I found the root cause. >>=20 >> No issue with refquota in my zroot pool containing (in this example) = 300.000 >> inodes used. >>=20 >> However, refquota is terribly slow in my data pool containing around >> 12.000.000 inodes used. >>=20 >> 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... >>=20 >> Some numbers : >> Time to fulfil 512MB with quota : 17s >> Time to fulfil 512MB with refquota : 3m35s >>=20 >> Very strange. >>=20 >> Do you experience the same thing ? >>=20 >> Thank you again, >>=20 >> Ben >>=20 >>> On 03 Sep 2016, at 16:59, Bram Vandoren = 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. >>=20 >>> On 03 Sep 2016, at 12:26, InterNetX - Juergen Gotteswinter >>> wrote: >>>=20 >>> cant confirm this, works like a charm without difference to normal = quota >>> setting >>=20 >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"