From owner-freebsd-fs@FreeBSD.ORG Mon Mar 28 04:48:57 2005 Return-Path: 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 7BE2616A4CE for ; Mon, 28 Mar 2005 04:48:57 +0000 (GMT) Received: from pimout1-ext.prodigy.net (pimout1-ext.prodigy.net [207.115.63.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEBB043D1F for ; Mon, 28 Mar 2005 04:48:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.2.2] (adsl-67-127-71-192.dsl.snfc21.pacbell.net [67.127.71.192])j2S4mqmU094162; Sun, 27 Mar 2005 23:48:55 -0500 Message-ID: <42478CAC.10305@elischer.org> Date: Sun, 27 Mar 2005 20:48:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050214 X-Accept-Language: en, hu MIME-Version: 1.0 To: Poul-Henning Kamp , freebsd-fs@freebsd.org References: <17693.1111874886@critter.freebsd.dk> In-Reply-To: <17693.1111874886@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: UFS Subdirectory limit. X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Mar 2005 04:48:57 -0000 Poul-Henning Kamp wrote: > In message <20050326213048.GA33703@VARK.MIT.EDU>, David Schultz writes: > >>On Fri, Mar 25, 2005, Scott Long wrote: >> >>>David Schultz wrote: >>> >>>>On Sat, Mar 26, 2005, David Malone wrote: >>>> >>>> >>>>>There was a discussion on comp.unix.bsd.freebsd.misc about two weeks >>>>>ago, where someone had an application that used about 150K >>>>>subdirectories of a single directory. They wanted to move this >>>>>application to FreeBSD, but discovered that UFS is limited to 32K >>>>>subdirectories, because UFS's link count field is a signed 16 bit >>>>>quantity. Rewriting the application wasn't an option for them. > > > Has anybody here wondered how much searching a 150K directory would > suck performance wise ? > > I realize that with dir-hashing and vfs-cache it is not as bad as it > used to be, but I still think it will be unpleasant performance wise. We have a reason (*) to have 300000 entries in a directory.. once the dirhash cache size was made big enough, performance was acceptable. (*) (we didn't want to but had to for "a while until it's fixed") >