From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-143869-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 86B761381FB
for <garchives@archives.gentoo.org>; Thu, 27 Dec 2012 00:23:20 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 0A1AD21C064;
Thu, 27 Dec 2012 00:23:04 +0000 (UTC)
Received: from mail-wg0-f48.google.com (mail-wg0-f48.google.com [74.125.82.48])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id BED2121C02D
for <gentoo-user@lists.gentoo.org>; Thu, 27 Dec 2012 00:21:50 +0000 (UTC)
Received: by mail-wg0-f48.google.com with SMTP id dt10so4028291wgb.3
for <gentoo-user@lists.gentoo.org>; Wed, 26 Dec 2012 16:21:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=x-received:date:from:to:subject:message-id:in-reply-to:references
:organization:x-mailer:mime-version:content-type
:content-transfer-encoding;
bh=blZV/cWtbReilOwQI4vTeppS7HKMhkvg+8VPFf0fw0o=;
b=zEK8fZ2e7UKk8xz9qQGZNDrjHuIxPtZa4GC4GLXD9VailtOjlvbl6LrdP4FKbWl43L
7U6MGWMZUbnrBK470oXaKw2RH3xemZ2dTB53p/cPj16pAu5uskJFf+GqmEBmq3yI0cfh
JmFnCzzc+aiaqpqrBL6K/d9J1OUix9rR+qzXidTTVXeXVSHzRS77VA2vXxKjvzVHF3vO
Ykt9sPfUllCeEZZSg2Ym9XpFgaGeh2qfBikSVR00o8ZmDCPAUAH7oidLrvZvh14sMIrc
6zDj060z4rvFDbfKBZIQTGc1OEuvn2CQvkKPt4IDIBShja1AExIZRqG7ByeLwm4eMzlR
3ncA==
X-Received: by 10.194.23.37 with SMTP id j5mr46282920wjf.28.1356567709443;
Wed, 26 Dec 2012 16:21:49 -0800 (PST)
Received: from khamul.example.com (196-215-209-117.dynamic.isadsl.co.za. [196.215.209.117])
by mx.google.com with ESMTPS id hg17sm55004979wib.1.2012.12.26.16.21.46
(version=SSLv3 cipher=OTHER);
Wed, 26 Dec 2012 16:21:48 -0800 (PST)
Date: Thu, 27 Dec 2012 02:18:00 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Good/better/best filesystem for large, static
video library?
Message-ID: <20121227021800.49b1cbad@khamul.example.com>
In-Reply-To: <CAK2H+ed5cP77s=ciCC8a+5MCB3DDay_c5hNfTdk5VxfhL4Sozg@mail.gmail.com>
References: <CAK2H+ed5cP77s=ciCC8a+5MCB3DDay_c5hNfTdk5VxfhL4Sozg@mail.gmail.com>
Organization: Internet Solutions
X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.14; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
X-Archives-Salt: 9081bb87-bc3e-471c-af68-7bb086197b79
X-Archives-Hash: ec802a2924831397c810b1e9d40ae2be
On Tue, 25 Dec 2012 07:41:01 -0800
Mark Knecht <markknecht@gmail.com> wrote:
> Hi,
> Merry Christmas to all.
>
> Upgrading an external USB2 drive at home this Christmas morning to
> 1TB for more video storage space. One large partition, non-raid, files
> are around 1GB. The drive holds only static video files that get
> written once and don't change or get erased. No MythTV stuff or
> anything like that.
>
> This disk reside on my main desktop machine and gets backed up
> every couple of days to another USB2 drive (FAT formatted
> unfortunately) which attaches to the TV.
>
> With the previous local drive I used ext3 and have had no problems.
> I'm just wondering if there's a better choice & why.
I am *very* impressed with ZFS for this. Yes, I know, it's not really
there on Linux - I use it on FreeBSD (FreeNAS).
It has everything I've wanted in a filesystem for a long time, and all
the crap I've stuffed into my head over many years related to storage
just goes away. It doesn't go to some place I don't have to deal with
it, it just ceases to exist. Very nice.
There is no more weird partitions from the days of DOS, no PV/VG/LV to
remember the details of. There is only storage and ZFS knows what I
want to happen with each "chunk" of it. A "chunk" (my term) in this
context is a directory and everything below it.
ZFS doesn't have partitions and filesystems. It has volumes. A volume
is sort of a cross between a filesystem (you mount it and can assign
quotas to it) and a directory (you assign permissions and ownerships to
it). You can overcommit storage space and quotas - you do not get "disk
full" errors and three days of nightmares while you figure out how to
deal with this. the FS just tells you it used more than the allocated
space and keeps telling you till you get it under the limit.
mv'ing a few TB of video to a different FS to free up space is not fun
at all, but with ZFS it's like an mv on the same FS (that volume thing
again). It checksums every write and lets you know if things fail. It
has proper snapshots built in - that's proper as in copy-on-write so
they don't really take up space until you start modifying files. Your
media collection is like mine - I only add to it and seldom delete, so
I have months of snapshots that consume about 1% extras space. Dale's
rm problem cannot happen to me anymore hehehehe ;-)
In summary, it does everything I want and does it well. It can also do
other things I don't want but others might (eg de-dupe).
--
Alan McKinnon
alan.mckinnon@gmail.com