From owner-freebsd-current@FreeBSD.ORG Tue May 11 19:33:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B0121065674; Tue, 11 May 2010 19:33:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AE6378FC14; Tue, 11 May 2010 19:33:41 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o4BJXkLq066153 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 11 May 2010 22:33:46 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o4BJXXtx049191; Tue, 11 May 2010 22:33:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o4BJXXqw049190; Tue, 11 May 2010 22:33:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 11 May 2010 22:33:33 +0300 From: Kostik Belousov To: Dag-Erling Sm??rgrav Message-ID: <20100511193333.GW83316@deviant.kiev.zoral.com.ua> References: <201005070036.o470a3pl044330@chez.mckusick.com> <86d3x24a43.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="S5Rg6oz6PtEXgjQf" Content-Disposition: inline In-Reply-To: <86d3x24a43.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: HEADS UP: 64-bit quotas going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 May 2010 19:33:42 -0000 --S5Rg6oz6PtEXgjQf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, May 11, 2010 at 07:33:00PM +0200, Dag-Erling Sm??rgrav wrote: > Ivan Voras writes: > > Just wondering - does the quota code have that much impact on the file > > system that it's still today left out of the GENERIC kernel? >=20 > It adds quite a bit of code to pretty much every UFS VOP. I haven't > benchmarked or profiled it, so I have no idea how much it affects > performance, but I suspect it's noticeable for disk-intensive workloads > such as busy databases. No, it does not. Essentially, it adds one or two function calls per vop that allocate or deallocate blocks or inodes, and the function bodies verify two array members and return if those are NULL. My assertion is that this overhead is negligible. I intended to move quota code to kern/vfs_quota.c, because it actually is fs-agnostic, and can be used by any fs that does block and inode-based allocation of some space. In particular, tmpfs could use it. After that, I planned to enable option QUOTA for GENERIC. Also please note that ufs_quota.c is compiled into the kernel unconditionally (or rather, conditional on option UFS), and only hooks are placed under #ifdef QUOTA. --S5Rg6oz6PtEXgjQf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvpsQwACgkQC3+MBN1Mb4h5jwCfaBfxgtZkDQHhT85sC/KqI4HH mQQAmwR9rCr7wDH1FiZdtIcGRk+UNVw5 =2vKm -----END PGP SIGNATURE----- --S5Rg6oz6PtEXgjQf--