From owner-freebsd-fs@freebsd.org Sun Sep 4 09:46:05 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 97B11A92B40 for ; Sun, 4 Sep 2016 09:46:05 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (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 31FB96CA30 for ; Sun, 4 Sep 2016 09:46:05 +0000 (UTC) (envelope-from ben.rubson@gmail.com) Received: by mail-wm0-x243.google.com with SMTP id l65so1109039wmf.3 for ; Sun, 04 Sep 2016 02:46:05 -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=QjXRP4MA4x2gImgkZ21DJUPfgE17nSPRw7cUcXD0rbQ=; b=X9O52eBE6YMdSDsMulbSy4ARSGRyqHTLCvi62GaEPzeU160SWtAqLUmIup/KGgjLhB qo7JDdAl6yV3+ukvQNpH6jzWbC2IpQYu+9uQa09GKL1sloZhS5KOvtS/QvvaipCDPYIZ /R6FiPWLFYv1dlfSu8rGBHUdPtkVxDi7OEjh5BlEqgXbT1xMpNpDAbCiOf/zYLHc5nYT L8TIj4ZmXcgvwJJP3jL+o6MAIwOaHnnExbdubdn98cMkErDrQQyQ+TPqpfcOnia29NRr uaBbQQyrdcxO1QciU+4VWZo94X2w9hGq3umUsCJ2t0AToM6YXfNhLtpi0/3ibMF/gVTT 1t+g== 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=QjXRP4MA4x2gImgkZ21DJUPfgE17nSPRw7cUcXD0rbQ=; b=F8+0Mh07S5ppqx8wuOPGxPaOZ46PPRpcSFSkZXSKYsKrw+xaY10J70REvZOEXx79ti 6ze9L0TUHScqx6ppnRgQNRAWlt+mTog39b85nix5Pnh+14gjWma+lheBXOnDNlXv4Xwf xlyL/k8u0iQ9rpnkb8Ja+luvtQBriAI2UUlwmD7hzX9hvksUtX2Ojn3b6f/dcyUBm1Ya ArJ9i5iIPABFbc+d+Y2FzTp4cUMHjlZEmeU88ttaKkv8NXzH2P5SoMy8oTlzolY7n4uF 1OPUhG51sMBrxyZxgX84i53LIZZe4QzNeXQ86x1iiaH/hJLM1zg+BzkY4Wp5gu4jA6Y/ BEMg== X-Gm-Message-State: AE9vXwOilyfWq3MQJMdqhFnb9GK62Jh301iCUuIo3gGXY/DQ5iPMmXJaQFR4B9z8svl6Wg== X-Received: by 10.28.25.71 with SMTP id 68mr10017074wmz.19.1472981309889; Sun, 04 Sep 2016 02:28:29 -0700 (PDT) Received: from [172.20.10.6] ([80.12.63.182]) by smtp.gmail.com with ESMTPSA id z18sm13327732wmz.6.2016.09.04.02.28.28 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sun, 04 Sep 2016 02:28:29 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: [ZFS] refquota is very slow ! From: Ben RUBSON In-Reply-To: <1472914773423.63807@kuleuven.be> Date: Sun, 4 Sep 2016 11:28:26 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <0E828163-AEAB-4C8C-BFCF-93D42B3DB3B6@gmail.com> References: <1472914773423.63807@kuleuven.be> 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 09:46:05 -0000 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 = 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 = wrote: >=20 > cant confirm this, works like a charm without difference to normal = quota > setting