Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 22 May 2001 14:53:02 +0200
From:      "Karsten W. Rohrbach" <karsten@rohrbach.de>
To:        Jordan Hubbard <jkh@osd.bsdi.com>
Cc:        ccf@master.ndi.net, freebsd-hackers@FreeBSD.ORG
Subject:   Re: technical comparison
Message-ID:  <20010522145302.R88529@mail.webmonster.de>
In-Reply-To: <20010521153705K.jkh@osd.bsdi.com>; from jkh@osd.bsdi.com on Mon, May 21, 2001 at 03:37:05PM -0700
References:  <Pine.BSF.4.10.10105211644070.90713-100000@master.ndi.net> <20010521153705K.jkh@osd.bsdi.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Jordan Hubbard(jkh@osd.bsdi.com)@2001.05.21 15:37:05 +0000:
> > c) A filesystem that will be fast in light of tens of thousands of
> >    files in a single directory (maybe even hundreds of thousands)
> 
> I think we can more than hold our own with UFS + soft updates.  This
> is another area where you need to get hard numbers from the Linux
> folks.  I think your assumption that "Linux handles this effectively"
> is flawed and I'd like to see hard numbers which prove otherwise;
> you should demand no less.
i think, based on the number of files per directory, that they reference
reiserfs as theri filesystem -- which i would not use for mission
critical storage. on toasters, it's fast as hell, but for real data
storage i would stick to ufs+softupdates since this turned out to be the
most stable solution i had my hands on in the last years.

linux evangelists keep telling the public that reiserfs actually would
be a production quality fs and this is simply not true, IMVHO.

/k

-- 
> An open mind, like an open mouth, does have a purpose: and that is, to
> close it upon something solid. Otherwise, it could end up like a city
> sewer, rejecting nothing. --G. K. Chesterton 
KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie
http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/
karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- catch@spam.de
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010522145302.R88529>