From owner-freebsd-stable@FreeBSD.ORG Tue Aug 30 10:19:03 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F1BF16A41F for ; Tue, 30 Aug 2005 10:19:03 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB56043D49 for ; Tue, 30 Aug 2005 10:19:02 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v8.1.0.R) with ESMTP id md50001834550.msg for ; Tue, 30 Aug 2005 11:11:11 +0100 Message-ID: <005401c5ad4c$1349ca90$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Matthias Buelow" , "Jon Dama" References: <200508291836.j7TIaVEk013147@gw.catspoiler.org><20050829185933.GB1462@drjekyll.mkbuelow.net><431362ED.9030800@mac.com><20050829204714.GC1462@drjekyll.mkbuelow.net><43137AFB.9060304@mac.com><20050829215613.GD1462@drjekyll.mkbuelow.net><431390A0.5080007@mac.com><20050830002051.GE1462@drjekyll.mkbuelow.net><4313AB8D.4010807@paradise.net.nz> <20050830011632.GG1462@drjekyll.mkbuelow.net> Date: Tue, 30 Aug 2005 11:17:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Tue, 30 Aug 2005 11:11:11 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Tue, 30 Aug 2005 11:11:13 +0100 Cc: freebsd-stable@freebsd.org, Mark Kirkwood Subject: Re: Sysinstall automatic filesystem size generation. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2005 10:19:03 -0000 I must say in the 10 years of using Windows on my desktop and on servers I've never once had to deal with NTFS loosing data. In addition to that I dont have to sit though 1 hour worth of offline checks when it crashes for what ever reason which I do on our FreeBSD boxes. >From our experiences, the issues with the current FS would be the primary factor for begrudgingly moving to another OS as for large FS's its getting simple unwieldy especially since foreground checks are often required :( There is a great amount of new work going into FreeBSD with loads of improvements in a wide range of areas which is great but I do believe the FS really does need to attract some more focus as is not something that can solved quickly and is beginning to become a sticking point. Steve ----- Original Message ----- From: "Matthias Buelow" > Can it be put into softupdates at all? From what I understand (which > is probably a rather sketchy idea of the matter), write barriers > work because they are only used here to separate journal writes > from data writes (i.e., to make sure the log is written, by flushing > the cache, before any filesystem data hits the platters). I've read > the softupdates paper some time ago and haven't found similar > sequence points where one could insert such flushing. One would > have to "flush" all the time, either continuously or in very short > intervals, in order to keep the ordering, which then would amount > to the same effects as if one simply disabled the cache. But probably > I'm wrong here (I hope). ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk.