From owner-freebsd-fs@FreeBSD.ORG Mon Apr 10 15:41:16 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 8D81C16A402 for ; Mon, 10 Apr 2006 15:41:16 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30BC443D45 for ; Mon, 10 Apr 2006 15:41:15 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id k3AFfEcA022998; Mon, 10 Apr 2006 10:41:14 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <443A7C8E.4020203@centtech.com> Date: Mon, 10 Apr 2006 10:41:02 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5 (X11/20060402) MIME-Version: 1.0 To: Nicolas KOWALSKI References: <20060329152608.GB1375@deviant.kiev.zoral.com.ua> <20060410144904.GC1408@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1389/Mon Apr 10 07:58:55 2006 on mh1.centtech.com X-Virus-Status: Clean Cc: freebsd-fs@freebsd.org 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 15:41:16 -0000 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. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------