From owner-freebsd-fs@FreeBSD.ORG Sun Oct 16 18:40:13 2011 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 4D3ED106568A for ; Sun, 16 Oct 2011 18:40:13 +0000 (UTC) (envelope-from luchesar.iliev@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C958E8FC1C for ; Sun, 16 Oct 2011 18:40:12 +0000 (UTC) Received: by bkbzu17 with SMTP id zu17so2891556bkb.13 for ; Sun, 16 Oct 2011 11:40:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=wuTMRkXxvI/4uaWfKuWMj4VpFQ+HDun/d4xT26GERNk=; b=hAQF9yR6VgQieQnkRu5fjYjzfOaXXzSjm7eyf6ocRVNqKEdrBibOdNEdMzjfzLeVjI LRWMmWlHEXg9ZVwrwa+hJBym2uHfCM6046vj+a1lU/Z8DmFpBdYbJQDpj5lGryvWJZk5 Q8EosHO4CTCFX8GT/AMdfSX2hyyS1nmiA0NNE= Received: by 10.223.17.11 with SMTP id q11mr19300391faa.13.1318790411561; Sun, 16 Oct 2011 11:40:11 -0700 (PDT) Received: from [79.124.93.41] ([79.124.93.41]) by mx.google.com with ESMTPS id m26sm18703099fac.6.2011.10.16.11.40.10 (version=SSLv3 cipher=OTHER); Sun, 16 Oct 2011 11:40:10 -0700 (PDT) Message-ID: <4E9B2509.3030701@gmail.com> Date: Sun, 16 Oct 2011 21:40:09 +0300 From: "Luchesar V. ILIEV" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111002 Thunderbird/7.0.1 MIME-Version: 1.0 To: Daniel Kalchev References: <4E9AE725.4040001@gmail.com> <169E82FD-3B61-4CAB-B067-D380D69CDED5@digsys.bg> <4E9B1C1E.7090804@gmail.com> <14628DFB-AA3E-4D2D-9D4F-723B6327B6C0@digsys.bg> In-Reply-To: <14628DFB-AA3E-4D2D-9D4F-723B6327B6C0@digsys.bg> X-Enigmail-Version: undefined OpenPGP: id=9A1FEEFF; url=https://cert.acad.bg/pgp-keys/ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-fs@freebsd.org Subject: Re: [ZFS] Using SSD with partitions 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, 16 Oct 2011 18:40:13 -0000 On 16/10/2011 21:09, Daniel Kalchev wrote: > > On Oct 16, 2011, at 21:02 , Luchesar V. ILIEV wrote: > >> On 16/10/2011 19:17, Daniel Kalchev wrote: >>> Therefore, with ZFS v28, adding ZIL does not introduce any more >>> risk to your data. >> >> I might be wrong in my interpretation, but from what I remember, >> when the power goes down, an unprotected SSD is likely to lose >> _more_ data than simply its write buffers -- that's quite unlike a >> hard-drive. So much, in fact, that the whole ZIL might become >> corrupted (and that's potentially way more data than any device >> cache). > > The real risk with low-grade "unprotected" SSDs is that the SSD may > well become damaged, sometimes beyond repair. > > It is the same risk with SSDs or with magnetic drives. If the drive > lies to the OS that it has safely written data -- then data will be > lost. Thing is, we know what a cheap HDD is. Most SSDs however lie, > because otherwise they will offer very poor write performance. That's true, but my understanding is that the differences go further beyond that. To quote one paper: "Our data show that flash memory’s behavior under power failure is surprising in several ways. First, operations that come closer to completion do not necessarily exhibit fewer bit errors. Second, power failure not only results in failure of the operation in progress, it can also corrupt data already present in the flash device. Third, power failure can negatively impact the integrity of future data written to the device." http://cseweb.ucsd.edu/users/swanson/papers/DAC2011PowerCut.pdf However, that's probably getting too academic (also beyond my own qualifications), and I wouldn't like to hijack the thread. > ZIL is not about RAM. ZIL is for low latency synchronous writing. It > does not matter how much RAM do you have -- it will not help if you > have heavy synchronous writing (of small records). >From what I understand, Patrick is talking about a home system, which is not very likely to be heavy on the synchronous writes, unless, of course, he's using NFS or a database. On the other hand, most desktop applications would happily use the additional memory, so it benefits not just the storage subsystem. That's why I'm making the point about the RAM upgrade, but, apart from that, you're absolutely correct about ZIL and synchronous writes. Cheers, Luchesar