From owner-freebsd-stable@FreeBSD.ORG Thu Jan 6 14:13:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91AD110656A7 for ; Thu, 6 Jan 2011 14:13:25 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from relay2.digsys.bg (varna.digsys.bg [192.92.129.9]) by mx1.freebsd.org (Postfix) with ESMTP id 12EC18FC1B for ; Thu, 6 Jan 2011 14:13:24 +0000 (UTC) Received: from dcave.digsys.bg (daniel@dcave.digsys.bg [192.92.129.5]) by relay2.digsys.bg (8.14.4/8.14.4) with ESMTP id p06Dj4Er032946 for ; Thu, 6 Jan 2011 15:45:04 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <4D25C760.4070703@digsys.bg> Date: Thu, 06 Jan 2011 15:45:04 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101217 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4D1C6F90.3080206@my.gd> <4D21E679.80002@my.gd> <84882169-0461-480F-8B4C-58E794BCC8E6@my.gd> <488AE93A-97B9-4F01-AD0A-0098E4B329C3@my.gd> <4D25BF91.7070304@my.gd> In-Reply-To: <4D25BF91.7070304@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ZFS - moving from a zraid1 to zraid2 pool with 1.5tb disks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Jan 2011 14:13:25 -0000 For pure storage, that is a place you send/store files, you don't really need the ZIL. You also need the L2ARC only if you read over and over again the same dataset, which is larger than the available ARC (ZFS cache memory). Both will not be significant for 'backup server' application, because it's very unlikely to do lots of SYNC I/O (where separate ZIL helps), or serve the same files back (where the L2ARC might help). You should also know that having large L2ARC requires that you also have larger ARC, because there are data pointers in the ARC that point to the L2ARC data. Someone will do good to the community to publish some reasonable estimates of the memory needs, so that people do not end up with large but unusable L2ARC setups. It seems that the upcoming v28 ZFS will help greatly with the ZIL in the main pool.. You need to experiment with the L2ARC (this is safe with current v14 and v15 pools) to see if your usage will see benefit from it's use. Experimenting with ZIL currently requires that you recreate the pool. With the experimental v28 code things are much easier. On 06.01.11 15:11, Damien Fleuriot wrote: > I see, so no dedicated ZIL device in the end ? > > I could make a 15gb slice for the OS running UFS (I don't wanna risk > losing the OS when manipulating ZFS, such as during upgrades), and a > 25gb+ for L2ARC, depending on the disk. > > I can't afford a *dedicated* drive for the cache though, not enough room > in the machine. >