From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j4AEUWte000156 for ; Tue, 10 May 2005 14:30:32 GMT Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DVVks-0006t4-Mk for gentoo-dev@lists.gentoo.org; Tue, 10 May 2005 14:30:38 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1DVVcN-0005sq-Id for gentoo-dev@gentoo.org; Tue, 10 May 2005 16:21:51 +0200 Received: from ip68-230-66-193.ph.ph.cox.net ([68.230.66.193]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 16:21:51 +0200 Received: from 1i5t5.duncan by ip68-230-66-193.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 10 May 2005 16:21:51 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: Re: New category proposal Date: Tue, 10 May 2005 07:27:28 -0700 Organization: Sometimes Message-ID: References: <427E116E.9080105@gentoo.org> <1115591359.19595.124.camel@bunyip> <20050508235004.GL6541@celeborn.wh-og.hs-niederrhein.de> <20050509001920.GC12085@ols-dell.gg3.net> <20050509170725.GC21777@kaf.zko.hp.com> <1115715727.25756.8.camel@nosferatu.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: ip68-230-66-193.ph.ph.cox.net User-Agent: Pan/0.14.2.91 (As She Crawled Across the Table) Sender: news X-Archives-Salt: 9b596daa-4111-4075-af04-29b1976c18d4 X-Archives-Hash: f52955cf44f78585b0c21f718e05010f Martin Schlemmer posted <1115715727.25756.8.camel@nosferatu.lan>, excerpted below, on Tue, 10 May 2005 11:02:07 +0200: > Problem with flat tree, is the search times might then suck even more, as > last I heard, too many dirs/files in one directory have a huge speed > penalty. Yeah, sure, for ext2/3, but all those small files would suck big time in ext2/3 anyway. Reiserfs doesn't have either issue, and should be perfect for portage trees, even for those who still think the reliability isn't there (I've been /very/ happy with it here, since the data=ordered default went into the kernel for reiserfs, even when I had defective memory and was hard-locking fairly frequently due to that), because portage trees are a simple sync away from replacing anything lost. I never remember which one it is, but either jfs or xfs has packed files as a feature as well, IIRC, so the small file sizes works, altho I believe it'd still have issues with high file-count dirs. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman in http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html -- gentoo-dev@gentoo.org mailing list