From owner-freebsd-fs@FreeBSD.ORG Fri Nov 15 00:00:44 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1C353ED4; Fri, 15 Nov 2013 00:00:44 +0000 (UTC) Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C821A2895; Fri, 15 Nov 2013 00:00:42 +0000 (UTC) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4D75D20B7C; Thu, 14 Nov 2013 19:00:41 -0500 (EST) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Thu, 14 Nov 2013 19:00:41 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; s=smtpout; bh=8p8 8q6PbTHj8uK8nD2csTTECGJ4=; b=YxIKSHUaeVUUyHJxZY2R44nLhBWjxBTF8a1 vjmxgfhLEvmN44mSHqRBNI3O8Ghl1R7EeSit4JWG2Ucj8C8ckDlhjAWFaYb5uuxX ZJuEQcqI3Fewr9kbfQ6g3KZeOurQHqk8Rs+KC6UPVcU6CRYbLCTziWjPkIpVfpOf 7h5w+FnE= X-Sasl-enc: p2D3O4OsSqYtX1RgHgUPQwRzAloT3Pjc3TpQcvzV7SB1 1384473641 Received: from [172.16.1.145] (unknown [68.117.126.78]) by mail.messagingengine.com (Postfix) with ESMTPA id 50B84C00E83; Thu, 14 Nov 2013 19:00:40 -0500 (EST) Content-Type: multipart/signed; boundary="Apple-Mail=_F8778D7A-F4EA-47AC-B567-7DEAB74CC4FB"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.0 \(1822\)) Subject: Re: Defaults in 10.0 ZFS through bsdinstall From: Mark Felder In-Reply-To: <9A38EBE3-4012-4165-8655-03330277B04A@fisglobal.com> Date: Thu, 14 Nov 2013 18:00:38 -0600 Message-Id: <55AA006F-E70E-4434-84EE-97049150AEDF@FreeBSD.org> References: <20131114173423.GA21761@blazingdot.com> <59A9B68B-4134-4217-83F3-B99759174EFE@fisglobal.com> <5285148E.6020903@allanjude.com> <3D3332FA-0ABF-4573-8E65-4E7FBB37100B@fisglobal.com> <1384462198.13183.47596065.6F8E7BCD@webmail.messagingengine.com> <0CBA81A49FFC447C9452C9A27BC2D017@multiplay.co.uk> <9A38EBE3-4012-4165-8655-03330277B04A@fisglobal.com> To: Devin Teske X-Mailer: Apple Mail (2.1822) Cc: freebsd-fs , "Teske, Devin" , Allan Jude X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.16 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Nov 2013 00:00:44 -0000 --Apple-Mail=_F8778D7A-F4EA-47AC-B567-7DEAB74CC4FB Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Nov 14, 2013, at 15:04, Teske, Devin = wrote: > On Nov 14, 2013, at 12:59 PM, Steven Hartland wrote: >=20 >> ----- Original Message ----- From: "Mark Felder" >> To: >> Sent: Thursday, November 14, 2013 8:49 PM >> Subject: Re: Defaults in 10.0 ZFS through bsdinstall >>=20 >>=20 >>> On Thu, Nov 14, 2013, at 12:35, Teske, Devin wrote: >>>> I have never heard a good argument for having atime on. The = performance >>>> penalty on ZFS is quite large, and it also makes your snapshots = grow >>>> constant. If you have a use for it, you can turn it on I guess. = This >>>> would be solved by having the dataset editor we're planning for = 10.1 >>> POLA and POSIX, even though it was a bad decision to invent atime = :-) >>> We've never turned atime off before and it would be a huge surprise = to >>> me, so I'd avocate that we let the admins who know what they're = doing >>> turn it off. I know many Linux distros install with noatime and/or >>> nodiratime, but I'm 99% sure tools don't create filesystems with = atime >>> flagged to be off by default (tune2fs -O noatime). We don't even do = installs on UFS with atime disabled by default in fstab >>> so why should we so suddenly change course for ZFS? >>=20 >> While I can see the reason some would argue to keep it on by default >> I personally think this is a good change. >>=20 >> Why punish everyone forever due to poor design decision made in the = distant >> past, just because a few select applications make use of said = feature? >>=20 >> Is not a change which benefits the masses but comes with a slight >> inconvenience of the select few, where they need to enable a feature >> no one else needs a good idea? >>=20 >> Sure it needs to be clearly messaged so its not a surprise, but if = thats >> done I'm all for it. >>=20 >=20 > Sounds like a vote for enabling it where-needed by-default (e.g., /var = as a whole > or more selectively, /var/mail) I'd be OK with FreeBSD taking a stance and moving to noatime by default = but we should be consistent across all filesystems that a user can = install the OS on from our provided installation media. We should make = it obvious to the end users as well. --Apple-Mail=_F8778D7A-F4EA-47AC-B567-7DEAB74CC4FB Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJShWQnAAoJEJg7ZFAfE+JSvt0H/0B8e5R7TNLoruxdvNXzbuPc M5pNCNYcrJxVNWWaMLqivsQqIlDDgOFYZDc88qK7LJKPsMieIo0cjs891M2KXLC+ 5RCTQOrLYeCxfCnoOxbSip/azYjJqC6VbDUe4j59Kgw0SyQ8UNCXrTZbyu+OPL/A DQ5s7EshnjozsJ2I1HDfSPVuUJ81F6rJtoWIbXaemdPZ+rUun/5hF4GMOyYtmMFZ ga+zc84efHXdHN7COcyORWv/F+FSfr7+PlEk3HNUEBSzmh+4SQXDlxGWzcuU5VEs MRW9YcjNWt4oN7JWfAqXLEvHKrbOqO5nbTwe4l/T+ah+xIduNu5qSSOlGaAstOk= =adGZ -----END PGP SIGNATURE----- --Apple-Mail=_F8778D7A-F4EA-47AC-B567-7DEAB74CC4FB--