From owner-svn-src-head@FreeBSD.ORG Thu Apr 7 21:31:07 2011 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC14E106564A; Thu, 7 Apr 2011 21:31:07 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 73EA98FC12; Thu, 7 Apr 2011 21:31:07 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p37LNVtJ020745 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Thu, 7 Apr 2011 15:23:32 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: Date: Thu, 7 Apr 2011 15:23:31 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: <17BA8DDF-54C9-4E1A-B7DC-A8935B42EC3E@bsdimp.com> References: <201104070817.p378HrHc033571@svn.freebsd.org> <20110407190318.GA97508@freebsd.org> To: Garrett Cooper X-Mailer: Apple Mail (2.1082) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Thu, 07 Apr 2011 15:23:32 -0600 (MDT) Cc: svn-src-head@freebsd.org, Alexander Best , Alexander Motin , src-committers@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r220412 - in head: share/man/man4 sys/cam/ata X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Apr 2011 21:31:07 -0000 On Apr 7, 2011, at 3:00 PM, Garrett Cooper wrote: > On Thu, Apr 7, 2011 at 12:03 PM, Alexander Best = wrote: >> On Thu Apr 7 11, Alexander Motin wrote: >>> Author: mav >>> Date: Thu Apr 7 08:17:53 2011 >>> New Revision: 220412 >>> URL: http://svn.freebsd.org/changeset/base/220412 >>>=20 >>> Log: >>> Make ada(4) driver to control device write cache, same as ata(4) = does. >>> Add kern.cam.ada.write_cache sysctl/tunable to control it alike = hw.ata.wc. >>=20 >> how hard would it be to support per device sysctls/tunables? i'd = really like to >> do: >>=20 >> kern.cam.ada.0.write_cache=3D0 (root fs) >> kern.cam.ada.1.write_cache=3D1 (/usr, /var, etc.) >=20 > Does it really make sense to turn on write caching for one drive and > not the other(s)? Think about /usr/obj or /tmp and ask that question again. Or any = filesystem that's mounted that you don't really care about the contents = of across a power cycle. If you have to recreate it, that's OK. In = those cases, you may want the speed increase over safety that = write_cache gives you. Or maybe you have a drive that's doing write = caching correctly and one that doesn't. Warner