From owner-freebsd-questions@FreeBSD.ORG Thu Jul 7 13:57:12 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 117DF16A41C for ; Thu, 7 Jul 2005 13:57:12 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC91743D45 for ; Thu, 7 Jul 2005 13:57:11 +0000 (GMT) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: (qmail 7396 invoked from network); 7 Jul 2005 13:57:11 -0000 Received: from dsl092-078-145.bos1.dsl.speakeasy.net (HELO be-well.ilk.org) ([66.92.78.145]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 7 Jul 2005 13:57:10 -0000 Received: by be-well.ilk.org (Postfix, from userid 1147) id B04632E; Thu, 7 Jul 2005 09:57:08 -0400 (EDT) Sender: lowell@be-well.ilk.org To: Matthias Buelow To: freebsd-questions@freebsd.org References: <200507061318.j66DIrHx000895@drjekyll.mkbuelow.net> From: Lowell Gilbert Date: 07 Jul 2005 09:57:08 -0400 In-Reply-To: <200507061318.j66DIrHx000895@drjekyll.mkbuelow.net> Message-ID: <44r7eara6j.fsf@be-well.ilk.org> Lines: 33 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Subject: Re: disk write barriers X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-questions@freebsd.org List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 13:57:12 -0000 Matthias Buelow writes: > Now my question is: Does FreeBSD also implements these barriers, or an > equivalent mechanism, as claimed on the above URL? Do you have a background in OS design? It affects the answer, because you seem to be referring to access barriers and disk cache flushes interchangeably, which doesn't make sense, especially on multiprocessor systems. > If it does, why then > the frequent advice to disable write-back caching? Or is that only for > the couple drives that ignore any flush cache/disable wb commands? The problem with caching has nothing to do with flushing the cache; if you flush the cache often, there's no advantage to using it anyway. The whole speedup from using on-disk caching comes from the fact that the drive reorders the writes at will, and lies to the operating system by saying the writes are done when they aren't. Among other obvious problems, this negates the careful ordering calculated by softupdates. > I > know my drive doesn't ignore that command (since performance drops > sharply, when I disable the cache), so I would be on the safe side. This doesn't follow. Just because you know that your drive supports disabling the cache does not mean that it is safe to do so. > Would it be possible to get an authoritative statement from a FreeBSD > developer here on that matter? Could depend on how much you're willing to pay them.