From owner-freebsd-fs@FreeBSD.ORG Sun Jun 21 20:54:06 2009 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C11C9106568C for ; Sun, 21 Jun 2009 20:54:06 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 828E98FC29 for ; Sun, 21 Jun 2009 20:54:06 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 17D6C173C9; Mon, 22 Jun 2009 06:54:28 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-41-14.lns10.syd7.internode.on.net [121.44.41.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id C873617275; Mon, 22 Jun 2009 06:54:19 +1000 (EST) Message-ID: <4A3E9D81.1060406@modulus.org> Date: Mon, 22 Jun 2009 06:52:17 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: =?UTF-8?B?xaBpbXVuIE1pa2VjaW4=?= , freebsd-fs@freebsd.org References: <570433.20373.qm@web37308.mail.mud.yahoo.com> In-Reply-To: <570433.20373.qm@web37308.mail.mud.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: ufs2 / softupdates / ZFS / disk write cache X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Jun 2009 20:54:07 -0000 Šimun Mikecin wrote: > 21. lip. 2009., u 13:41, Andrew Snow napisao: >> Folks who need to maximize safety and can't afford the performance >> hit of no write cache need to do what they always have had to do in >> the past - buy a controller card with battery-backed cached. > > Or: > B) use SCSI instead of ATA disks > C) use UFS+gjournal instead of UFS+SU > D) use ZFS instead of UFS+SU All of these solutions still involve disabling of write cache, with a performance hit of varying degrees. (I have tried all of those except gjournal!)