From owner-freebsd-fs@FreeBSD.ORG  Wed Jan  9 09:45:55 2013
Return-Path: <owner-freebsd-fs@FreeBSD.ORG>
Delivered-To: freebsd-fs@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 2E4F7CD1
 for <freebsd-fs@freebsd.org>; Wed,  9 Jan 2013 09:45:55 +0000 (UTC)
 (envelope-from daniel@digsys.bg)
Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230])
 by mx1.freebsd.org (Postfix) with ESMTP id 9FF2E117
 for <freebsd-fs@freebsd.org>; Wed,  9 Jan 2013 09:45:53 +0000 (UTC)
Received: from dcave.digsys.bg (dcave.digsys.bg [192.92.129.5])
 (authenticated bits=0)
 by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id r099jgiZ090854
 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO)
 for <freebsd-fs@freebsd.org>; Wed, 9 Jan 2013 11:45:42 +0200 (EET)
 (envelope-from daniel@digsys.bg)
Message-ID: <50ED3C46.4040200@digsys.bg>
Date: Wed, 09 Jan 2013 11:45:42 +0200
From: Daniel Kalchev <daniel@digsys.bg>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:10.0.11) Gecko/20121212 Thunderbird/10.0.11
MIME-Version: 1.0
To: freebsd-fs@freebsd.org
Subject: Re: rc.d script for memory based zfs intent log
References: <20130109023327.GA1888@FreeBSD.org>
 <20130109.115240.1198411557684741197.hrs@allbsd.org>
 <20130109031834.GA14386@FreeBSD.org>
In-Reply-To: <20130109031834.GA14386@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-fs@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Filesystems <freebsd-fs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-fs>
List-Post: <mailto:freebsd-fs@freebsd.org>
List-Help: <mailto:freebsd-fs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-fs>,
 <mailto:freebsd-fs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Jan 2013 09:45:55 -0000



On 09.01.13 05:18, John wrote:
> ----- Hiroki Sato's Original Message -----
>>   Why is simply setting sync=disabled to the ZFS dataset not enough?
> As you refer to, my understanding is that sync=disabled is at the dataset
> layer. The zil approach is at the zpool layer - sync=disabled would be
> nice at the zpool layer.

A per-filesytem approach is better, because it lets you have huge zpool 
(the whole idea of ZFS) with only part of it being exported via NFS. You 
will also not risk data loss for the rest of the zpool.

Daniel