[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/38717: sysinst shouldn't create LFS file systems
The following reply was made to PR kern/38717; it has been noted by GNATS.
From: Hauke Fath <hf%spg.tu-darmstadt.de@localhost>
To: Andrew Doran <ad%NetBSD.org@localhost>
Cc: Manuel Bouyer <bouyer%antioche.eu.org@localhost>,
Subject: Re: kern/38717: sysinst shouldn't create LFS file systems
Date: Thu, 29 May 2008 11:32:42 +0200
At 23:04 Uhr +0100 27.05.2008, Andrew Doran wrote:
>> /usr/src on my home box has been lfs for several years now. I've not had
>> major problems with it.
>I have done a lot of stress testing on the file system code recently. Using
>a mixture of SGI fsstress, fsx, bonnie and postmark over different versions
>of NetBSD, my experience is that:
>- ffs, ext2fs, and tmpfs in -current /seem/ unbreakable
>- lfs and ffs+softdep can be broken within minutes
Are you going to request removing the "softdep" option from sysinst, then?
>- lfs in -current breaks within seconds
Lots of other things break in -current. lfs is quite usable in netbsd-4.
Seriously: Do you think that lfs and unionfs are broken beyond repair
in the face of a true SMP kernel? Then it would probably be better to
propose their removal on tech-kern (to which, instead of here, this
discussion should go, anyway), than to slip in dire kernel warnings
and open PRs against the installer _offering_ lfs.
The ASCII Ribbon Campaign Hauke Fath
() No HTML/RTF in email Institut für Nachrichtentechnik
/\ No Word docs in email TU Darmstadt
Respect for open standards Ruf +49-6151-16-3281
Main Index |
Thread Index |