From: Bill Huey (hui) <billh@gnuppy.monkey.org>
To: Mike Snitzer <snitzer@gmail.com>
Cc: Neil Brown <neilb@suse.de>,
"David R. Litwin" <presently42@gmail.com>,
linux-kernel@vger.kernel.org,
"Bill Huey (hui)" <billh@gnuppy.monkey.org>
Subject: Re: ZFS with Linux: An Open Plea
Date: Sat, 14 Apr 2007 14:13:55 -0700 [thread overview]
Message-ID: <20070414211355.GC17993@gnuppy.monkey.org> (raw)
In-Reply-To: <170fa0d20704140704l29d9db76q59195a3d9cad868a@mail.gmail.com>
On Sat, Apr 14, 2007 at 10:04:23AM -0400, Mike Snitzer wrote:
> ZFS does have some powerful features but much of it depends on their
> broken layering of volume management. Embedding the equivalent of LVM
> into a filesystem _feels_ quite wrong.
They have a clustering concept in their volume management that isn't
expressable with something like LVM. That justifes their approach from
what I can see.
> That aside, the native snapshot capabilities of ZFS really stand out
> for me. The redirect on write semantics aren't exclusive to ZFS;
> NetApp's WAFL employs the same. But with both ZFS and WAFL they were
> designed to do snapshots extremely well from the ground up.
Write allocation for these kinds of system (especially when concerned
with mirroring) is non-trivial.
> Unfortunately in order for Linux to incorporate such a feature I'd
> imagine a new filesystem would need to be developed with redirect on
> write at its core. Can't really see ext4 or any other existing Linux
> filesystem grafting such a feature into it. But even though I can't
> see it; do others?
You also can't use the standard page cache to buffer all of the sophicated
semantics of these systems and have to create your own.
> I've learned that Sun and NetApp's lawyers had it out over the
> redirect on write capability of ZFS. When the dust settled Sun had
> enough patent protection to motivate a truce with NetApp.
I think they are still talking and it's far from over the last I heard.
The creation of a new inode and decending indirect blocks is a fundamental
concept behind WAFL. Also ZFS tends to be a heavy weight as far as
metadata goes and quite possibly uneccessarily so which is likely to effect
performance for things related to keep a relevant block allocation map in
memory. ZFS is a complete pig compared to traditional file systems.
> The interesting side-effect is now ZFS is "open" and with that comes
> redirect on write in a file system other than WAFL. But ZFS's CDDL
> conflicts with the GPL so I'm not too sure how Linux could hit the
> ground running in this potentially patent mired area of filesystem
> development. The validity of NetApp having patented redirect on write
> aside; does the conflict between CDDL and GPL _really_ matter? Or did
> the CDDL release of ZFS somehow undermine NetApp's WAFL patent?
That doesn't really matter. FUSE could be extended to handle this kind
of stuff and still have it be in userspace. The BSD get around including
Stephen Tweedy's (sp?) ext2 header file by making the user manually
compile it. That's not a problem for Linux folks that can download a
patch and compile a kernel.
FreeBSD already has a port of ZFS. Just for a kick, Google for that as
a possible basis for a Linux kernel port.
bill
next prev parent reply other threads:[~2007-04-14 21:14 UTC|newest]
Thread overview: 83+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-04-13 23:18 ZFS with Linux: An Open Plea David R. Litwin
2007-04-13 23:43 ` Neil Brown
2007-04-14 12:16 ` Christoph Hellwig
2007-04-14 14:04 ` Mike Snitzer
2007-04-14 20:53 ` Jan Engelhardt
2007-04-16 9:40 ` Tomasz Kłoczko
2007-04-16 11:19 ` John Anthony Kazos Jr.
2007-04-16 14:02 ` Stefan Richter
2007-04-16 14:20 ` Tomasz Kłoczko
2007-04-16 14:55 ` Christoph Hellwig
2007-04-16 15:46 ` Tomasz Kłoczko
2007-04-16 15:59 ` Christoph Hellwig
2007-04-16 19:02 ` Diego Calleja
2007-04-16 20:18 ` Tomasz Kłoczko
2007-04-18 17:25 ` Lennart Sorensen
2007-04-18 17:39 ` Jeff Garzik
2007-04-27 5:21 ` Valerie Henson
2007-04-27 21:57 ` Matt Mackall
2007-04-16 19:46 ` Jörn Engel
2007-04-16 18:19 ` Stefan Richter
2007-04-16 19:21 ` Bernd Eckenfels
2007-04-16 19:26 ` Lee Revell
2007-04-16 20:20 ` Bernd Eckenfels
2007-04-16 20:15 ` Stefan Richter
2007-04-14 21:13 ` Bill Huey [this message]
2007-04-16 9:58 ` Tomasz Kłoczko
[not found] ` <170fa0d20704160507w4af4cb92ua259a55789f95c3e@mail.gmail.com>
2007-04-16 14:01 ` Tomasz Kłoczko
2007-04-16 14:30 ` Adrian Bunk
2007-04-16 15:27 ` Tomasz Kłoczko
2007-04-16 17:21 ` Adrian Bunk
2007-04-14 18:56 ` Krzysztof Halasa
2007-04-16 3:00 ` David Chinner
2007-04-15 4:16 ` Kasper Sandberg
2007-04-15 21:58 ` Jesper Juhl
2007-05-02 15:03 ` Tomasz Kłoczko
2007-05-02 15:42 ` Alan Cox
2007-05-02 20:53 ` Theodore Tso
-- strict thread matches above, loose matches on Subject: below --
2007-04-14 17:40 Ignatich
2007-04-15 12:44 ` Nikita Danilov
2007-04-17 14:14 ` Alan Cox
2007-04-15 8:54 David R. Litwin
2007-04-16 0:50 ` Rik van Riel
2007-04-16 3:07 ` David Chinner
2007-04-15 8:57 David R. Litwin
2007-04-15 17:34 ` Kasper Sandberg
2007-04-17 6:54 David R. Litwin
2007-04-17 8:18 ` Miklos Szeredi
2007-04-17 13:10 ` Theodore Tso
2007-04-17 13:47 ` Tomasz Kłoczko
2007-04-17 13:59 ` Matthew Garrett
2007-04-17 15:46 ` Tomasz Kłoczko
2007-04-17 15:59 ` Alan Cox
2007-04-17 16:29 ` Daniel Hazelton
2007-04-17 19:58 ` Tomasz Kłoczko
2007-04-17 22:19 ` Daniel Hazelton
2007-04-17 22:12 ` David Lang
2007-04-17 22:52 ` Daniel Hazelton
2007-04-17 22:38 ` Roland Dreier
2007-04-17 14:06 ` Erik Mouw
2007-04-17 14:32 ` John Anthony Kazos Jr.
2007-04-17 15:41 ` Tomasz Kłoczko
2007-04-17 16:02 ` John Anthony Kazos Jr.
2007-04-17 14:37 ` Diego Calleja
2007-04-17 14:48 ` Alan Cox
2007-04-17 15:06 ` Ricardo Correia
2007-04-17 15:23 ` Xavier Bestel
2007-04-17 15:30 ` Ricardo Correia
2007-04-17 15:36 ` Alan Cox
2007-04-17 16:02 ` Mike Snitzer
2007-04-17 16:57 ` Alistair John Strachan
2007-04-18 11:10 ` Manoj Joseph
2007-04-18 11:23 ` Alan Cox
2007-04-18 11:32 ` Manoj Joseph
2007-04-17 16:22 ` Daniel Hazelton
2007-04-17 17:50 ` Theodore Tso
2007-04-17 19:24 ` Florian Weimer
2007-04-17 19:56 ` Ricardo Correia
2007-04-17 20:05 ` Ricardo Correia
2007-04-17 14:59 ` linux-os (Dick Johnson)
2007-04-17 15:08 ` Xavier Bestel
2007-04-17 15:12 ` linux-os (Dick Johnson)
2007-04-17 15:29 ` Michal Schmidt
2007-04-17 8:42 David R. Litwin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20070414211355.GC17993@gnuppy.monkey.org \
--to=billh@gnuppy.monkey.org \
--cc=linux-kernel@vger.kernel.org \
--cc=neilb@suse.de \
--cc=presently42@gmail.com \
--cc=snitzer@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox