From owner-freebsd-fs@FreeBSD.ORG Mon Apr 10 16:31:12 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 4843716A402 for ; Mon, 10 Apr 2006 16:31:12 +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 C609743D46 for ; Mon, 10 Apr 2006 16:31:11 +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 k3AGVAY0025244; Mon, 10 Apr 2006 11:31:11 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <443A8842.6060802@centtech.com> Date: Mon, 10 Apr 2006 11:30:58 -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> <443A7C8E.4020203@centtech.com> 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 16:31:12 -0000 Nicolas KOWALSKI wrote: > 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. When you say 'to it's knees' - what do you mean exactly? How many clients do you have, how much memory is on the server, and how many nfsd threads are you using? What kind of load average do you see during this (on the server)? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------