Re: kern/38717: sysinst shouldn't create LFS file systems

[Hauke Fath <hf%spg.tu-darmstadt.de@localhost>]

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>, 
gnats-bugs%NetBSD.org@localhost,
        kern-bug-people%NetBSD.org@localhost, gnats-admin%NetBSD.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.
 
        hauke
 
 -- 
       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