From owner-freebsd-fs@FreeBSD.ORG Mon Apr 10 16:10:22 2006 Return-Path: X-Original-To: freebsd-fs@FreeBSD.org Delivered-To: freebsd-fs@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31DEA16A412 for ; Mon, 10 Apr 2006 16:10:22 +0000 (UTC) (envelope-from Nicolas.Kowalski@imag.fr) Received: from imag.imag.fr (imag.imag.fr [129.88.30.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id DDF9D43D73 for ; Mon, 10 Apr 2006 16:10:11 +0000 (GMT) (envelope-from Nicolas.Kowalski@imag.fr) Received: from mail-veri.imag.fr (mail-veri.imag.fr [129.88.43.52]) by imag.imag.fr (8.13.6/8.13.6) with ESMTP id k3AGA5je026577 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO) for ; Mon, 10 Apr 2006 18:10:05 +0200 (CEST) Received: from corbeau.imag.fr ([129.88.43.162]) by mail-veri.imag.fr with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FSyxp-0007SM-J0 for freebsd-fs@FreeBSD.org; Mon, 10 Apr 2006 18:10:05 +0200 Received: from kowalski by corbeau.imag.fr with local (Exim 4.50) id 1FSyxp-00016g-ES for freebsd-fs@FreeBSD.org; Mon, 10 Apr 2006 18:10:05 +0200 To: freebsd-fs@FreeBSD.org References: <20060329152608.GB1375@deviant.kiev.zoral.com.ua> <20060410144904.GC1408@deviant.kiev.zoral.com.ua> <443A7C8E.4020203@centtech.com> From: Nicolas KOWALSKI Date: Mon, 10 Apr 2006 18:10:05 +0200 In-Reply-To: <443A7C8E.4020203@centtech.com> Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Nicolas Kowalski X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.6 (imag.imag.fr [129.88.30.1]); Mon, 10 Apr 2006 18:10:05 +0200 (CEST) X-IMAG-MailScanner-Information: Please contact IMAG DMI for more information X-IMAG-MailScanner: Found to be clean X-MailScanner-From: kowalski@imag.fr Cc: Subject: Re: [patch] giant-less quotas for UFS X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Apr 2006 16:10:22 -0000 Eric Anderson writes: > Nicolas KOWALSKI wrote: >> Kostik Belousov writes: >> >>> On Mon, Apr 10, 2006 at 04:16:27PM +0200, Nicolas KOWALSKI wrote: >>>> Hello, >>>> >>>> Kostik Belousov writes: >>>> >>>>> I already mailed about my development of the patch that >>>>> allows for UFS with quotas to operate without Giant. Sorry if the >>>>> repeat would be annoying. >>>> Does this patch improve the performance of a file server, using >>>> multiple disks, controlled by quotas, exported by NFS/Samba ? >>>> >>>> If so, I would be really interested: our file server (4.11, but >>>> perhaps 6.x soon), has some major slowdowns when one or multiple >>>> user/s exceed her/his quota ; this impact every user, even those >>>> working on another disk. >>> I don't think that patch shall have effect on this situation (quota >>> exceeded). > > If you watch a tcpdump while this is happening, I'll bet you see the > client (over NFS) repeatedly trying to allocate blocks, and the server > returning ENOSPACE. The load and cpu utilization on the server will > skyrocket while it gets hammered with requests for more space. Not > sure what the solution is to this. Yes, this is exactly what is happening. To add some precision, some students here use calculation applications that allocate a lot of disk space, ususally more than their allowed home quotas; when by error they launch these apps in their home directories, instead of their workstation dedicated space, it makes the server go to its knees on the NFS client side. -- Nicolas