From owner-freebsd-hackers Thu May 24 15:24:24 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id AB1E937B424 for ; Thu, 24 May 2001 15:24:21 -0700 (PDT) (envelope-from tlambert@usr02.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.9.3/8.9.3) id PAA08777 for ; Thu, 24 May 2001 15:24:21 -0700 (MST) Received: from usr02.primenet.com(206.165.6.202) via SMTP by smtp02.primenet.com, id smtpdAAAaAaWce; Thu May 24 15:11:40 2001 Received: (from tlambert@localhost) by usr02.primenet.com (8.8.5/8.8.5) id PAA13693 for hackers@freebsd.org; Thu, 24 May 2001 15:35:47 -0700 (MST) From: Terry Lambert Message-Id: <200105242235.PAA13693@usr02.primenet.com> Subject: Re: technical comparison To: hackers@freebsd.org Date: Thu, 24 May 2001 22:34:26 +0000 (GMT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG ] > 1. I don't think I've ever seen a Linux distro which has write ] > caching enabled by default. Hell, DMA33 isn't even enabled ] > by default ;) ] ] You are talking about controlling the IDE drive cache. ] ] The issue here is write cache in the filesystem code. No. The issue here is the write cache on the drive. FreeBSD with soft updates will operate within 4% of the top memory bandwidth; see the Ganger/Patt paper on the technology. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message