From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id F006713897C for ; Mon, 27 Oct 2014 15:40:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 35052E09D8; Mon, 27 Oct 2014 15:39:55 +0000 (UTC) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id F346BE09CA for ; Mon, 27 Oct 2014 15:39:53 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id m20so3915561qcx.41 for ; Mon, 27 Oct 2014 08:39:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=CL9NRoG5df3/NYv6RUeYczuI0lTY83iieup+XdsIjDc=; b=wxTRJvXO47/FWoXWcTekTUffHV4saRW39h1kChaaX1yTwCCc13UTIFsoVGETY7xubm IU4D1BL9QqX59h26rdA06WO1zOuJ6DrBpOWvlaQEdSvz/j7aXiZgYHdecbHxgBKA+liF jnk5dvYb4735tS7BexQZ5DAf13ztB/WAFJa2W/0N24uydrYP3NLNFcvpdOW9aNFpdjMQ /oAsfbKGdJ71c9a2P/vw/rhhPFnmWIxb+S66PbQJ1HaHHO7H+j+utZf5ziaqE99fitrq YAS8CbTN8M91f70n8c26GPKzBSRxgF+1FqGxn+mww7eyB+racTKspFcGrx7uzKLRhP28 +rtQ== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 X-Received: by 10.224.130.198 with SMTP id u6mr33318772qas.99.1414424207386; Mon, 27 Oct 2014 08:36:47 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.140.102.134 with HTTP; Mon, 27 Oct 2014 08:36:46 -0700 (PDT) In-Reply-To: <201410271522.32452.michaelkintzios@gmail.com> References: <201410270924.40381.michaelkintzios@gmail.com> <544E2875.5000309@gmail.com> <201410271522.32452.michaelkintzios@gmail.com> Date: Mon, 27 Oct 2014 11:36:46 -0400 X-Google-Sender-Auth: CLU4CT7AaZV4FZFpN3QbhkksawA Message-ID: Subject: Re: [gentoo-user] Safeguarding strategies against SSD data loss From: Rich Freeman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 X-Archives-Salt: 0c323e66-85b1-433f-919c-614b490c87b9 X-Archives-Hash: 3efe37f0f348610066bad3785e315785 On Mon, Oct 27, 2014 at 11:22 AM, Mick wrote: > > Thanks Rich, I have been reading your posts about btrfs with interest, but > have not yet used it on my systems. Is btrfs agreeable with SSDs, or should I > be using f2fs: > Btrfs will auto-detect SSDs and optimize itself differently, and is generally considered to be fine on SSDs. Of course, btrfs itself is experimental and may eat your data, especially if you get it too full, but you'll be no worse off for running it on an SSD. I doubt you'll find any general-purpose filesystem that works as well overall on an SSD as something like f2fs as this is log-based and designed with SSDs in mind. However, f2fs is also very immature and also carries risks, and the last time I checked it was missing some features like xattrs as well. It also doesn't have anything like btrfs send to serialize your data. zfs on linux might be another option. I don't know how well it handles SSDs in general, and you have to fuss with FUSE and a boot partition as I don't think grub supports it - it could be a bit of a PITA for a single-drive system. However, it is probably more mature than btrfs overall, and it certainly supports send. I just had a btrfs near-miss which caused me to rethink how I'm managing my own storage. I was half-tempted to blog on it - it is a bit frustrating as I believe we're right in the middle of the shift between the traditional filesystems and the next-generation ones. Sticking with the old means giving up a lot of potential benefits, but there are a lot of issues with jumping ship as well as the new systems all lack maturity or are not feature-complete yet. I was looking at f2fs, btrfs, and zfs again this weekend and the issues I struggle with are the immaturity of btrfs and f2fs, the lack of working parity raid on btrfs, the lack of many features on f2fs, and the inability to resize vdevs on zfs which means on a system with few drives you get locked in. I suspect all of those will change in time, but not yet! -- Rich