<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/19757/ZFS_Coming_to_Linux_</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Sun, 08 Nov 2009 21:10:17 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314715</link>
			<guid isPermaLink="true">http://osnews.com/thread?314715</guid>
			<description><div class="cquote">It is also being pointed out that FreeBSD and Mac OS X already have ZFS, and that &quot;the world hasn't fallen apart just yet.&quot; </div><br />
<br />
And there is good reason for that! I don't know about the status of ZFS in MacOSX, but in FreeBSD it is yet an experimental feature. It has been suggested that it works best on 64bit systems with 2Gb or more RAM. At this point I believe few people know how to implement it, and even fewer will have any actual benefit from it. The rest of us are simply waiting for it to become mainstream. If it gets adopted by Linux, it will not take too long before everyone gets it.</description>
			<pubDate>Sun, 18 May 2008 16:10:00 GMT</pubDate>
			<author>donotreply@osnews.com (sonic2000gr)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314721</link>
			<guid isPermaLink="true">http://osnews.com/thread?314721</guid>
			<description>Then you might want to read this comment about ZFS on BSD:<br />
<br />
<a href="http://kerneltrap.org/FreeBSD/ZFS_Stability" rel="nofollow">http://kerneltrap.org/FreeBSD/ZFS_Stability</a></description>
			<pubDate>Sun, 18 May 2008 16:22:00 GMT</pubDate>
			<author>donotreply@osnews.com (Robert Escue)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314722</link>
			<guid isPermaLink="true">http://osnews.com/thread?314722</guid>
			<description>&gt;but in FreeBSD it is yet an experimental feature.<br />
<br />
So what? Linux doesn't care anything about quality, they would mark it stable at once.<br />
<br />
&gt;that it works best on 64bit systems with 2Gb or more RAM<br />
<br />
It's for server, not for the desktop.</description>
			<pubDate>Sun, 18 May 2008 16:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (Oliver)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314723</link>
			<guid isPermaLink="true">http://osnews.com/thread?314723</guid>
			<description>A cloud storage system is useless to most people? that is so funny.</description>
			<pubDate>Sun, 18 May 2008 16:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (modmans2ndcoming)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314724</link>
			<guid isPermaLink="true">http://osnews.com/thread?314724</guid>
			<description>&gt;&gt;but in FreeBSD it is yet an experimental feature.<br />
<br />
&gt;So what? Linux doesn't care anything about quality, they would mark it stable at once.<br />
Linux is a kernel, can it care ?<br />
<br />
&gt;&gt;that it works best on 64bit systems with 2Gb or more RAM<br />
<br />
&gt;It's for server, not for the desktop.<br />
Oh, that's why Sun made It the default for Opensolaris.</description>
			<pubDate>Sun, 18 May 2008 16:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (Formel1Hund)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Other new filesystem developments...</title>
			<link>http://osnews.com/thread?314725</link>
			<guid isPermaLink="true">http://osnews.com/thread?314725</guid>
			<description>ZFS on Fuse, using a port of the real Sun ZFS code.  This gives you a big helping of ZFS compatibility on Linux without the licensing issues, since it runs in userspace.  In development.  <a href="http://zfs-on-fuse.blogspot.com/" rel="nofollow">http://zfs-on-fuse.blogspot.com/</a><br />
<br />
Other than ZFS for Fuse, the closest thing to &quot;ZFS on Linux&quot; would seem to be Btrfs, principally by Chris Mason at Oracle.<br />
<br />
Homepage here:<br />
<a href="http://btrfs.wiki.kernel.org/index.php/Main_Page" rel="nofollow">http://btrfs.wiki.kernel.org/index.php/Main_Page</a><br />
<br />
Btrfs allows lightweight writeable snapshots through copy-on-write implementation (similarly to ZFS), checksumming of all data and metadata (similarly to ZFS) and is just starting to introduce support for spreading a filesystem across multiple volumes (again inspired by ZFS).  Obviously this is a development project, not a complete product.  It's much more limited than ZFS in various ways at the moment.  However, it's looking like it could bring a lot of the benefits of ZFS.<br />
<br />
I'd note that Btrfs isn't a redundant effort, even if ZFS comes to Linux.  The Linux developers seem to consider the ZFS code to be ill-suited to the structure of the Linux kernel; Btrfs may have an opportunity to &quot;pave the way&quot; in terms of determining what interfaces a filesystem of this type requires to integrate cleanly into Linux.<br />
<br />
Finally, Matthew Dillon of DragonflyBSD is working on a new advanced filesystem for that operating system.  <a href="http://kerneltrap.org/DragonFlyBSD/HAMMER_Filesystem_Design" rel="nofollow">http://kerneltrap.org/DragonFlyBSD/HAMMER_Filesystem_Design</a> <br />
(note, the design has changed in various ways since that post was made)<br />
HAMMER is a very different filesystem in lots of ways to ZFS.  It's also serving a different purpose as it's intended to support single system image clustering (i.e. build a bigger computer by networking inexpensive machines) so it has some very different priorities.  The design of hammer includes some cool advanced features like extremely lightweight snapshots built into the filesystem.</description>
			<pubDate>Sun, 18 May 2008 16:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (Mark Williamson)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314726</link>
			<guid isPermaLink="true">http://osnews.com/thread?314726</guid>
			<description><div class="cquote">A cloud storage system is useless to most people? that is so funny. </div><br />
<br />
It is, if I need a 64 bit OS, 4G RAM and the &quot;experimental&quot; tag above my head. I will stick to what works, until this is ready, thanks.</description>
			<pubDate>Sun, 18 May 2008 17:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (sonic2000gr)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314728</link>
			<guid isPermaLink="true">http://osnews.com/thread?314728</guid>
			<description>&quot;Some people even think all this might indicate Linus Torvalds taking up a job working for Sun, but I personally think that's rather unlikely.&quot;<br />
<br />
I seriously doubt anyone actually thinks that.<br />
<br />
Stop making up facts.</description>
			<pubDate>Sun, 18 May 2008 17:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (primelight@live.com)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314729</link>
			<guid isPermaLink="true">http://osnews.com/thread?314729</guid>
			<description><div class="cquote">I seriously doubt anyone actually thinks that.  </div><br />
<br />
If you had actually read the comments I was referring to, you wouldn't have doubt.<br />
<br />
But then again, I guess that's too much to ask from a troll.</description>
			<pubDate>Sun, 18 May 2008 17:39:00 GMT</pubDate>
			<author>donotreply@osnews.com (Thom_Holwerda)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314730</link>
			<guid isPermaLink="true">http://osnews.com/thread?314730</guid>
			<description>It is, the ZFS features are great for admins, datacenters and users who know what they are doing. For Joe user they are mostly useless...</description>
			<pubDate>Sun, 18 May 2008 17:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (diegocg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314732</link>
			<guid isPermaLink="true">http://osnews.com/thread?314732</guid>
			<description><div class="cquote">&quot;Some people even think all this might indicate Linus Torvalds taking up a job working for Sun, but I personally think that's rather unlikely.&quot;<br />
<br />
I seriously doubt anyone actually thinks that.<br />
<br />
Stop making up facts. </div><br />
<br />
Well that is from the original article on practical-tech.com, so if someone is making up facts it would be them.  Given the multitude of people out in the world there was probably at least one person who made that speculation upon seeing the pictures though.  Do I, or the vast majority of the community think so?  No, but it does not mean that there are not some who would speculate so.</description>
			<pubDate>Sun, 18 May 2008 17:44:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kokopelli)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314733</link>
			<guid isPermaLink="true">http://osnews.com/thread?314733</guid>
			<description><div class="cquote">Well that is from the original article on practical-tech.com, so if someone is making up facts it would be them. </div><br />
<br />
No, it's from the actual set of comments on the photo blog entry.</description>
			<pubDate>Sun, 18 May 2008 17:46:00 GMT</pubDate>
			<author>donotreply@osnews.com (Thom_Holwerda)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Honk! Honk!</title>
			<link>http://osnews.com/thread?314735</link>
			<guid isPermaLink="true">http://osnews.com/thread?314735</guid>
			<description>If Sun's indeed working towards pushing ZFS to Linux, then they're f--king stupid. On one side, they're holding DTrace and ZFS as main arguments for marketting OpenSolaris (disregarding a lot of Linux people asking what the purpose of OpenSolaris is), now they appear working towards removing one of the two arguments.</description>
			<pubDate>Sun, 18 May 2008 17:53:00 GMT</pubDate>
			<author>donotreply@osnews.com (Weeman)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>ZFS, Casablanca, Chocolate, Peanut butter</title>
			<link>http://osnews.com/thread?314737</link>
			<guid isPermaLink="true">http://osnews.com/thread?314737</guid>
			<description>The original blog entry is tagged with 'ZFS'.  And we have a few other clues.  Could &quot;Chocolate on my peanut butter?  No peanut butter on my chocolate!&quot; refer to a good-natured disagreement on the way ZFS is layered?  Wild guess, yes.  But it's better than pointless bickering. :-)</description>
			<pubDate>Sun, 18 May 2008 18:00:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314740</link>
			<guid isPermaLink="true">http://osnews.com/thread?314740</guid>
			<description>Direct quote from the practicaltechnology article:<br />
<br />
<div class="cquote">A few people even go so far as to suggest that the photos indicate that Linus might be joining Sun to work on OpenSolaris. That seems, shall we say, highly unlikely. </div><br />
<br />
I guess both the photo blog entry (which I did not read) and the article had a similar quote.</description>
			<pubDate>Sun, 18 May 2008 18:34:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kokopelli)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>gpl3</title>
			<link>http://osnews.com/thread?314745</link>
			<guid isPermaLink="true">http://osnews.com/thread?314745</guid>
			<description>My guess;<br />
<br />
Open Solaris and Linux kernel will be GPLV3. ZFS will be dual licensed.</description>
			<pubDate>Sun, 18 May 2008 19:36:00 GMT</pubDate>
			<author>donotreply@osnews.com (ahmetaa)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314749</link>
			<guid isPermaLink="true">http://osnews.com/thread?314749</guid>
			<description><div class="cquote">It is, the ZFS features are great for admins, datacenters and users who know what they are doing. For Joe user they are mostly useless... </div><br />
<br />
I almost agree with you. Not that ext3 is good enough...</description>
			<pubDate>Sun, 18 May 2008 20:04:00 GMT</pubDate>
			<author>donotreply@osnews.com (dimosd)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: gpl3</title>
			<link>http://osnews.com/thread?314766</link>
			<guid isPermaLink="true">http://osnews.com/thread?314766</guid>
			<description><div class="cquote">Open Solaris and Linux kernel will be GPLV3. ZFS will be dual licensed. </div><br />
I doubt it's that easy.<br />
<br />
The OpenSolaris governance board already decided that GPLv3 is a nogo for the time being. Linus is also opposing the GPLv3, not to mention all the contributor agreements he'd have to get on a license change.<br />
<br />
Maybe there'll be binary modules with source code glue a la NVidia drivers. We'll see. Maybe they're just doing a prank.</description>
			<pubDate>Sun, 18 May 2008 21:53:00 GMT</pubDate>
			<author>donotreply@osnews.com (Weeman)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314771</link>
			<guid isPermaLink="true">http://osnews.com/thread?314771</guid>
			<description>Do not compare ext3 with ZFS.<br />
But ext3 + device-mapper + lvm with ZFS.<br />
<br />
Btw, ext4 is coming.</description>
			<pubDate>Sun, 18 May 2008 22:17:00 GMT</pubDate>
			<author>donotreply@osnews.com (superman)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>ZFS RAM requirements</title>
			<link>http://osnews.com/thread?314774</link>
			<guid isPermaLink="true">http://osnews.com/thread?314774</guid>
			<description>When looking at the public information about ZFS (I can't read the source) from Sun blogs and other docs, I always wondered how they kept RAM requirements in check, because a log-structured filesystem has to keep a more-efficient block mapping structure in memory in order to get performance for common applications (the log by itself doesn't give you a good searchable structure).  I figured it would be a little more expensive (maybe 2X) of a traditional filesystem.  But needing a 2GB machine to use ZFS?? Yikes!<br />
<br />
I guess it makes sense... Sun is a hardware company after all.  While they lack all the fancy CoW and transactional features, at least the Linux filesystems and NTFS won't eat your machine.</description>
			<pubDate>Sun, 18 May 2008 22:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ZFS RAM requirements</title>
			<link>http://osnews.com/thread?314776</link>
			<guid isPermaLink="true">http://osnews.com/thread?314776</guid>
			<description><div class="cquote">When looking at the public information about ZFS (I can't read the source) from Sun blogs and other docs, I always wondered how they kept RAM requirements in check, because a log-structured filesystem has to keep a more-efficient block mapping structure in memory in order to get performance for common applications (the log by itself doesn't give you a good searchable structure).  I figured it would be a little more expensive (maybe 2X) of a traditional filesystem.  But needing a 2GB machine to use ZFS?? Yikes!<br />
<br />
I guess it makes sense... Sun is a hardware company after all.  While they lack all the fancy CoW and transactional features, at least the Linux filesystems and NTFS won't eat your machine. </div><br />
<br />
All of this talk reminds me of when NT 3.1 came out. People were aghast that it wanted something like 16 MB to perform well, back when that extra 8 MB was around $300.  However, keeping in mind the horrors of 16 bit Windows, it was better to see MS try to do better even if they were a little ahead of the hardware curve.  The hardware curve caught up and the investment paid off.</description>
			<pubDate>Sun, 18 May 2008 23:48:00 GMT</pubDate>
			<author>donotreply@osnews.com (jwwf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: gpl3</title>
			<link>http://osnews.com/thread?314777</link>
			<guid isPermaLink="true">http://osnews.com/thread?314777</guid>
			<description><i>I doubt it's that easy.<br />
<br />
The OpenSolaris governance board already decided that GPLv3 is a nogo for the time being. Linus is also opposing the GPLv3, not to mention all the contributor agreements he'd have to get on a license change.</i><br />
<br />
Linus has been saying that he doesn't like GPLv3 as much as GPLv2, but he also said that if Sun makes ZFS to be GPLv3 he will *probably* adopt it.</description>
			<pubDate>Mon, 19 May 2008 00:12:00 GMT</pubDate>
			<author>donotreply@osnews.com (diego)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314778</link>
			<guid isPermaLink="true">http://osnews.com/thread?314778</guid>
			<description>zfs is default on open solaris because they're trying to show off everything solaris.<br />
<br />
the only people looking at open solaris right now are people like us not the average desktop user.</description>
			<pubDate>Mon, 19 May 2008 00:26:00 GMT</pubDate>
			<author>donotreply@osnews.com (stabbyjones)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ZFS, Casablanca, Chocolate, Peanut butter</title>
			<link>http://osnews.com/thread?314780</link>
			<guid isPermaLink="true">http://osnews.com/thread?314780</guid>
			<description>&quot;Chocolate on my peanut butter? No peanut butter on my chocolate!&quot;<br />
<br />
<a href="http://en.wikipedia.org/wiki/Reese%27s" rel="nofollow">http://en.wikipedia.org/wiki/Reese%27s</a><br />
<br />
 <br />
  This is a play of words made popular during the 80's in a Reese's Peanut Butter Cups advertisement which was aired on television in the US. In the commercial one person has peanut butter, the other has chocolate-each enjoying their respective treats, until, voila, the one with the chocolate places his candy into the jar of peanut butter-they both try the result and then the announcer comes on: &quot;two great tastes come together, chocolate and peanut butter, try Reese's Peanut Butter cups&quot;...<br />
  <br />
  So this reference in the photo caption is likely the opposite of a disagreement, ie. concurrence(agreement) -hinting at what it might be like if the two(ZFS and ?Linux) were combined....Of course the playfulness of this text-quoting a popular commercial of days gone bye-likely means that that this text was probably chosen to *maximize* speculation about some kind Linux/ZFS combo.<br />
  <br />
  Probably 90% of all google hits for ZFS are about ZFS not being available on Linux, or how Linux needs ZFS, or when ZFS is going to have a new license to make it work with Linux, or ... Sun really knows how to stimulate product fetishes(marxist/freudian manipulation of desire through unatainability-.ie.I have what you want and you can't have it, and you want it because you can't have it-tauto logon)- almost as good as Apple does it, the number of people who have heard the hype about ZFS outnumbers those who will ever use Solaris by at least a factor of 10 <img src="/images/emo/wink.gif" alt=";)" /> <br />
  <br />
  and for german speakers a little philosopher joke : Du denkst immer an das Eine, Du alter Metaphysiker <img src="/images/emo/wink.gif" alt=";)" /> Edited 2008-05-19 00:55 UTC</description>
			<pubDate>Mon, 19 May 2008 00:50:00 GMT</pubDate>
			<author>donotreply@osnews.com (karl)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314786</link>
			<guid isPermaLink="true">http://osnews.com/thread?314786</guid>
			<description><div class="cquote">"<i>It is also being pointed out that FreeBSD and Mac OS X already have ZFS, and that &quot;the world hasn't fallen apart just yet.&quot; </div><br />
<br />
And there is good reason for that! I don't know about the status of ZFS in MacOSX, but in FreeBSD it is yet an experimental feature. It has been suggested that it works best on 64bit systems with 2Gb or more RAM. </i>"<br />
<br />
You can use it just fine on 32-bit systems.  You just have to tune it and the kernel correctly.  Adding &quot;vfs.zfs.arc_max&quot; (set to between 1/3 and 1/2 of your RAM) and &quot;vfs.zfs.prefetch_disable&quot; (set to 1) will handle most of the known issues with running ZFS on FreeBSD 7.0 and 7-STABLE.<br />
<br />
Other things that can be tuned are listed in the ZFS Tuning Guide on the FreeBSD wiki.<br />
<br />
Having more than 1 GB of RAM available does make it run smoother, but several people are running it with only 512 MB of RAM.<br />
<br />
Granted, it's not perfect, and there are some issues.  But it's not the train wreck that people make it out to be.</description>
			<pubDate>Mon, 19 May 2008 03:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314787</link>
			<guid isPermaLink="true">http://osnews.com/thread?314787</guid>
			<description><div class="cquote">"<i>A cloud storage system is useless to most people? that is so funny. </div> </i>"<br />
<br />
I believe you mean &quot;pooled&quot; storage system.<br />
<br />
<div class="cquote">It is, if I need a 64 bit OS, 4G RAM and the &quot;experimental&quot; tag above my head. I will stick to what works, until this is ready, thanks. </div><br />
<br />
You don't *need* a 64-bit OS, nor do you *need* 4 GB of RAM.  A 32-bit OS with 1 GB of RAM is plenty to run ZFS with FreeBSD 7.x.<br />
<br />
Obviously, the higher spec'd your box, the better it will run.  Putting it on an SMP server with gobs of RAM and oodles of fast SATA/SCSI disks will obviously run better than a single-Celeron system with a pair of ATA66 disks.</description>
			<pubDate>Mon, 19 May 2008 03:11:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Better?</title>
			<link>http://osnews.com/thread?314788</link>
			<guid isPermaLink="true">http://osnews.com/thread?314788</guid>
			<description>Well, All i would really care to know is this.<br />
is it better, performance wise, than ReiserFS?<br />
I use ReiserFS on several machines, because it is more stable than any of the others ones out there it seems, especially more so that ext2 and 3, and Linux defaults to them for some horrible reason.<br />
<br />
try doing ReiserFS on an older PC VS ext3 on the same PC, ReiserFS is faster and more stable.<br />
<br />
anyway, IS it, or will it be, better than ReiserFS?  that is what i would like to know.<br />
<br />
<br />
and no, just because a guy killed some one does not mean that i will stop using his code.   if it works well, then why swap?</description>
			<pubDate>Mon, 19 May 2008 03:12:00 GMT</pubDate>
			<author>donotreply@osnews.com (SoloDeveloper)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: ZFS RAM requirements</title>
			<link>http://osnews.com/thread?314790</link>
			<guid isPermaLink="true">http://osnews.com/thread?314790</guid>
			<description><div class="cquote">I figured it would be a little more expensive (maybe 2X) of a traditional filesystem.  But needing a 2GB machine to use ZFS?? Yikes! </div><br />
<br />
According to the ZFS Admin Manual (p. 41), you can use ZFS on [Open]Solaris with only 0.5 GB of RAM.  They recommend a minimum of 1 GB, though, for the best performance (more is always better).  Not sure where you get the &quot;need 2 GB&quot; meme.  Even on FreeBSD 7, you only &quot;need&quot; 1 GB of RAM.</description>
			<pubDate>Mon, 19 May 2008 03:17:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Details of ZFS in FreeBSD</title>
			<link>http://osnews.com/thread?314792</link>
			<guid isPermaLink="true">http://osnews.com/thread?314792</guid>
			<description>Details from Pawel's talk at BSDCan 2008, including a nice breakdown of the various layers in the ZFS storage system:<br />
<br />
<a href="http://kerneltrap.org/FreeBSD/BSDCan_2008_ZFS_Internals" rel="nofollow">http://kerneltrap.org/FreeBSD/BSDCan_2008_ZFS_Internals</a></description>
			<pubDate>Mon, 19 May 2008 03:26:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Read more of the same</title>
			<link>http://osnews.com/thread?314794</link>
			<guid isPermaLink="true">http://osnews.com/thread?314794</guid>
			<description>Heh, is it me or you pretty much copied and pasted the whole article into the &quot;Read more&quot; summary? Well, that's excusable, the article itself is so short and &quot;sparse&quot; on real content, you could probably describe it in details with 5 lines of text...</description>
			<pubDate>Mon, 19 May 2008 03:31:00 GMT</pubDate>
			<author>donotreply@osnews.com (fernandotcl)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by primelight@live.com</title>
			<link>http://osnews.com/thread?314795</link>
			<guid isPermaLink="true">http://osnews.com/thread?314795</guid>
			<description>People think a lot of crazy stuff, that doesn't mean there's anything to it.</description>
			<pubDate>Mon, 19 May 2008 03:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (Soulbender)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314802</link>
			<guid isPermaLink="true">http://osnews.com/thread?314802</guid>
			<description><div class="cquote">Granted, it's not perfect, and there are some issues.  But it's not the train wreck that people make it out to be. </div><br />
<br />
If it was a train wreck, it wouldn't be in FreeBSD AT ALL <img src="/images/emo/smile.gif" alt=";)" /> <br />
I will wait until things clear up though. At this moment using ZFS is simply not justified on my systems. But it will be a nice &quot;toy&quot; for me on the next release.</description>
			<pubDate>Mon, 19 May 2008 05:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (sonic2000gr)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Jeff Bronwick???</title>
			<link>http://osnews.com/thread?314805</link>
			<guid isPermaLink="true">http://osnews.com/thread?314805</guid>
			<description>Thom, you might want to correct the spelling of Jeff's name. It's Bonwick, not Bronwick. The article you point to got it right.<br />
<br />
Tp.</description>
			<pubDate>Mon, 19 May 2008 07:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (tpenta)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314809</link>
			<guid isPermaLink="true">http://osnews.com/thread?314809</guid>
			<description>and a P4@2.4GHz. From my ZFS raid, I get like 20MB/sec. I am told it is slow because ZFS is 128bit and it doesnt like  my 32 bit cpu. But everything works rock solid. I use OpenSolaris.<br />
<br />
Another guy gets 120MB/sec from his ZFS raid, with 64bit cpu - on his blog. It seems that 64bit cpu is beneficial for getting speed. <br />
<br />
<br />
<br />
<br />
But the killer feature of being able to rollback the /root to an earlier state, to choose from which snapshot to boot from via GRUB, etc, is really useful. And the snapshots work on a bit level, is is impossible to write to an snapshot. If you destroy a snapshot, every bit gets destroyed.<br />
<br />
And, ZFS is so simple too. Ive heard to set ut a raid with linux + lvm is like 25 command lines with difficult syntax. With ZFS it is 2 simple commands. A server enterprise file system like ZFS is very suitable to the average joe, because it is so easy to administer and use. All other raid alternatives are difficult. With ZFS you dont have to make partitions in advance, they grow dynamically and it is light weight as creating a directory. Every user will have a dedicated partition on his own.<br />
<br />
Like LaTeX and MS Word, all Word supporters says they can do everything with Word what can be done with LaTeX, but once they try LaTeX - they love it. Just try ZFS and you will change your mind.</description>
			<pubDate>Mon, 19 May 2008 07:43:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kebabbert)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314811</link>
			<guid isPermaLink="true">http://osnews.com/thread?314811</guid>
			<description>And, ZFS is so simple too. Ive heard to set ut a raid with linux + lvm is like 25 command lines with difficult syntax<br />
<br />
I have tried LVM2 and I can tell you it is a pain in the butt. I have this old 1ghz Athlon as my file server here at home, and the curious cat as I am I once decided to try LVM2. Well, it was pretty complicated but I got it up and running, worked well for a while, but then one of the disks failed...I didn't have a replacement disk for that so I had to remove it from the system and place the files somewhere else. Now, LVM2 doesn't make that easy. I literally had to move all the files to another system (and delete quite a bit of stuff too cos I didn't have sufficient storage space elsewhere) just because there is no way to remove a disk from LVM2 setup without resizing the partitions and resizing partitions was a complete no-go cos I couldn't allow anything to be written to the broken disk. Since ZFS is a pooled system it allows one to just issue a command for removing one disk from the pool and the system will just locate the files somewhere else in the pool.<br />
<br />
Too bad that I can't use ZFS on my server due to memory requirements, it only has 128mb RAM and due to some motherboard issues I haven't been able to find any combination of RAM sticks that would work, only a single stick will function.. :/ I am hoping btrfs will someday be good enough for me to use.</description>
			<pubDate>Mon, 19 May 2008 08:28:00 GMT</pubDate>
			<author>donotreply@osnews.com (WereCatf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: ZFS RAM requirements</title>
			<link>http://osnews.com/thread?314812</link>
			<guid isPermaLink="true">http://osnews.com/thread?314812</guid>
			<description>I was being hyperbolic... sorry.</description>
			<pubDate>Mon, 19 May 2008 08:47:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314813</link>
			<guid isPermaLink="true">http://osnews.com/thread?314813</guid>
			<description>Werecatt<br />
<br />
If you can not use ZFS on your home server, because of 128MB RAM, maybe you could upgrade your home server? I mean, a server is important. I at least, prioritize the home server and would surely find an old computer, 1GHz + 1GB RAM will do (but you will get 20MB/sec unless you have 64bit cpu). But your data will be safe. Isnt it important enough to shell out 100 bucks on an upgrade?<br />
<br />
As someone posted, the advantages is too great not to use on a server.<br />
<a href="http://kerneltrap.org/FreeBSD/BSDCan_2008_ZFS_Internals" rel="nofollow">http://kerneltrap.org/FreeBSD/BSDCan_2008_ZFS_Internals</a></description>
			<pubDate>Mon, 19 May 2008 08:58:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kebabbert)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314815</link>
			<guid isPermaLink="true">http://osnews.com/thread?314815</guid>
			<description>&quot;It is, the ZFS features are great for admins, datacenters and users who know what they are doing. For Joe user they are mostly useless...&quot;<br />
<br />
I dont agree. Setting up a ZFS raid is like 2 simple commands. Setting up a raid with Linux + LVM is like 25 command lines. In my book, linux + LVM requires expertise. What happens if a disc gets faulty? Then you need a certificate to fix that.<br />
<br />
In ZFS it is like 1-2 simple commands, and it is done.<br />
<br />
<br />
An average joe needs a simple tool? Like ZFS? or does joe needs a complicated tool like LVM? I claim that joe  would benefit greatly from a simple tool like ZFS. Try it yourself and you will see how amazingly simple it is.</description>
			<pubDate>Mon, 19 May 2008 09:02:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kebabbert)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Better?</title>
			<link>http://osnews.com/thread?314820</link>
			<guid isPermaLink="true">http://osnews.com/thread?314820</guid>
			<description>It doesn't use less resources, so no, it isn't &quot;better&quot; in the sense that MSDOS is &quot;better&quot; than any of those fancy modern OSes. <img src="/images/emo/wink.gif" alt=";)" /> <br />
<br />
It is better in the sense that it has *wicked* features and is more reliable.</description>
			<pubDate>Mon, 19 May 2008 11:41:00 GMT</pubDate>
			<author>donotreply@osnews.com (Alleister)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314822</link>
			<guid isPermaLink="true">http://osnews.com/thread?314822</guid>
			<description>&gt; An average joe needs a simple tool?<br />
<br />
You have bash and Nautilus/Konqueror (simple tools).<br />
For lwn, there is system-config-lvm (GUI).<br />
The documentation for RHEL 5 :<br />
<a href="http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Deployment_Guide-en-US/s1-system-config-lvm.html" rel="nofollow">http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Deploym...</a></description>
			<pubDate>Mon, 19 May 2008 12:02:00 GMT</pubDate>
			<author>donotreply@osnews.com (superman)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[2]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314825</link>
			<guid isPermaLink="true">http://osnews.com/thread?314825</guid>
			<description>Couldn't you just have used lvmove to move all your data off the bad disk and then done a pvremove to remove the disk from the volume group?  Also, how could you have used ZFS to remove a drive from the pool if you didn't have the spare space for all your data??</description>
			<pubDate>Mon, 19 May 2008 12:24:00 GMT</pubDate>
			<author>donotreply@osnews.com (Calipso)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314827</link>
			<guid isPermaLink="true">http://osnews.com/thread?314827</guid>
			<description>Couldn't you just have used lvmove to move all your data off the bad disk and then done a pvremove to remove the disk from the volume group? Also, how could you have used ZFS to remove a drive from the pool if you didn't have the spare space for all your data??<br />
<br />
The subvolume spanned all 3 disks so there was no disk to lvmove to. But, there was enough space in the subvolume itself to hold duplicate copies of the files that were in the broken disk. So, if I could have just located those files on the 2 healthy disks then I wouldn't have had any issues. But LVM2 doesn't provide such utility since it's just another layer..With ZFS you could just instruct it to move all the files laying in the broken disk to other areas in the spool without writing anything in the broken one. With LVM2, if I resize the volume I have no way of preventing it from writing to the broken disk.</description>
			<pubDate>Mon, 19 May 2008 12:56:00 GMT</pubDate>
			<author>donotreply@osnews.com (WereCatf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314830</link>
			<guid isPermaLink="true">http://osnews.com/thread?314830</guid>
			<description>If you can not use ZFS on your home server, because of 128MB RAM, maybe you could upgrade your home server? I mean, a server is important. I at least, prioritize the home server and would surely find an old computer, 1GHz + 1GB RAM will do (but you will get 20MB/sec unless you have 64bit cpu). But your data will be safe. Isnt it important enough to shell out 100 bucks on an upgrade?<br />
<br />
I use it to purely serve files to 4 computers, nothing else, so 1ghz with 128mb RAM is plenty. I don't see any point in upgrading the system just to use another filesystem when it won't benefit anything else. Of course the self-healing capabilities of ZFS are an excellent deal but as I said, the system isn't used for anything else so I just can't justify the upgrade.</description>
			<pubDate>Mon, 19 May 2008 13:13:00 GMT</pubDate>
			<author>donotreply@osnews.com (WereCatf)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: gpl3</title>
			<link>http://osnews.com/thread?314831</link>
			<guid isPermaLink="true">http://osnews.com/thread?314831</guid>
			<description>i hadn't heard this before.  Is there a link somewhere that has this quote in it's full context?</description>
			<pubDate>Mon, 19 May 2008 13:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (aesiamun)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: gpl3</title>
			<link>http://osnews.com/thread?314834</link>
			<guid isPermaLink="true">http://osnews.com/thread?314834</guid>
			<description>IIRC, it was more along the lines of ZFS being one of the few things interesting enough that if OpenSolaris went GPLv3 it might be worth *considering* going through the pain of trying to relicense the Linux kernel to GPLv2 or later.<br />
    <br />
    I, personally, think that such an effort would result in FUD vulnerabilities which would come back to haunt us.  The kernel has, according to Linus, perhaps as many as 4000 contributors at this point.  Linus and all other relevant contributors (or their heirs) would have to be found and formally agree to the change.  Code whose owner disagreed, could not be found, or where the holder of the copyright was unclear, would have to have their code rewritten... tricky when it is intertwined with so many other people's code.  In short, It would be impossible to do right.  What would happen would be a best effort attempt followed by a declaration that it was done.  It would be an open invitation to FUD cast by anyone who could benefit from casting doubt on the Linux kernel.  And what is worse, their claims would be <b>perfectly valid</b>.  Imagine if SCO had actually had a real case?<br />
   <br />
   <b>The validity of Linux kernel licensing is the only thing in this world allowing anyone, anywhere, even the developers themselves, to use the Linux kernel.</b><br />
   <br />
   Think about that.<br />
    <br />
    Re-licensing, at this late date, would be an incredibly stupid thing to do, and we do not want to even think about going there.<br />
<br />
Edit: <a href="http://lkml.org/lkml/2007/6/12/232Edited" rel="nofollow">http://lkml.org/lkml/2007/6/12/232Edited</a> 2008-05-19 14:04 UTC</description>
			<pubDate>Mon, 19 May 2008 13:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (sbergman27)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: gpl3</title>
			<link>http://osnews.com/thread?314835</link>
			<guid isPermaLink="true">http://osnews.com/thread?314835</guid>
			<description>Ah ok, thanks.</description>
			<pubDate>Mon, 19 May 2008 13:51:00 GMT</pubDate>
			<author>donotreply@osnews.com (aesiamun)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Yawm, I want EXT4</title>
			<link>http://osnews.com/thread?314840</link>
			<guid isPermaLink="true">http://osnews.com/thread?314840</guid>
			<description>I think that file pre-allocation for minimizing fragmentation is going to neat.</description>
			<pubDate>Mon, 19 May 2008 15:20:00 GMT</pubDate>
			<author>donotreply@osnews.com (BrendaEM)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314844</link>
			<guid isPermaLink="true">http://osnews.com/thread?314844</guid>
			<description><div class="cquote">It is, the ZFS features are great for admins, datacenters and users who know what they are doing. For Joe user they are mostly useless... </div><br />
<br />
Joe user still likes to have his pics intact when one of his cheap disks goes poof. Not to speak of backups and snapshots. Give him a good UI and he will find ZFS *very* useful.</description>
			<pubDate>Mon, 19 May 2008 16:14:00 GMT</pubDate>
			<author>donotreply@osnews.com (wannabe geek)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314845</link>
			<guid isPermaLink="true">http://osnews.com/thread?314845</guid>
			<description>After reading this blog  <a href="http://breden.org.uk/2008/03/02/home-fileserver-what-do-i-need/" rel="nofollow">http://breden.org.uk/2008/03/02/home-fileserver-what-do-i-need/</a>   I wouldn't mind giving it a try.Edited 2008-05-19 16:18 UTC</description>
			<pubDate>Mon, 19 May 2008 16:16:00 GMT</pubDate>
			<author>donotreply@osnews.com (alc1)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>(off-topic) These pictures look like..</title>
			<link>http://osnews.com/thread?314846</link>
			<guid isPermaLink="true">http://osnews.com/thread?314846</guid>
			<description>.. an ELER strip <img src="/images/emo/grin.gif" alt=";)" /></description>
			<pubDate>Mon, 19 May 2008 16:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (wannabe geek)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314847</link>
			<guid isPermaLink="true">http://osnews.com/thread?314847</guid>
			<description>&gt;&gt; works best on 64bit systems with <b>2Gb</b> or more RAM.<br />
<br />
Most 64-bit systems have more than <b>250MB</b> of RAM.</description>
			<pubDate>Mon, 19 May 2008 16:27:00 GMT</pubDate>
			<author>donotreply@osnews.com (jhoo)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[3]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314856</link>
			<guid isPermaLink="true">http://osnews.com/thread?314856</guid>
			<description>I am pretty sure that it works like a charm on my 2.8GHz 32bit P4 Xeon. I am also pretty sure that I get about 80MB/sec out of these old hard-drives with compression and 100MB/sec without compression enabled.<br />
And I can tell you for sure that for my workload (a file-server for a 30 workstation domain) it worked just as fast when it had only 512 MB of RAM. It now has 2GB for some containers that run other applications, but it worked with only 512 MB of RAM.</description>
			<pubDate>Mon, 19 May 2008 18:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (d3vi1)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[4]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314865</link>
			<guid isPermaLink="true">http://osnews.com/thread?314865</guid>
			<description>hmm....I have to read up on LVM again.  I was sure that the lvmove command basically moved all files from a specific pv and moved the data to the space available in the vg.  If thats not the case, then yeah, I guess you were kinda screwed. :/</description>
			<pubDate>Mon, 19 May 2008 19:30:00 GMT</pubDate>
			<author>donotreply@osnews.com (Calipso)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314873</link>
			<guid isPermaLink="true">http://osnews.com/thread?314873</guid>
			<description><div class="cquote">hmm....I have to read up on LVM again.  I was sure that the lvmove command basically moved all files from a specific pv and moved the data to the space available in the vg.  If thats not the case, then yeah, I guess you were kinda screwed. :/ </div><br />
<br />
You're correct.  I suspect the original poster made a VG with 3 disks, and an LV that took up all the space in that VG.  In that situation, you'd have to:<br />
- Use 'resize2fs' (assuming ext2/3) to shrink the file system to fit on the two remaining disks.<br />
- Use 'lvreduce' to shrink the LV to fit on the remaining disks.  Make sure the file system is smaller than the LV!<br />
- Use 'pvmove' to move the extents off the PV to be removed.<br />
- Use 'vgreduce' to remove the PV from the VG.<br />
<br />
The lesson here is to only allocate space to a volume when you need it.  Don't just make a giant LV that takes up all your space.  It's a lot easier to expand a volume than it is to shrink it.  You can even expand a ext3 file system while it's on-line.<br />
<br />
Also, ZFS is fantastic.  I have a few Sun T-series boxes and it's just so damn easy to use.</description>
			<pubDate>Mon, 19 May 2008 20:07:00 GMT</pubDate>
			<author>donotreply@osnews.com (MattPie)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314926</link>
			<guid isPermaLink="true">http://osnews.com/thread?314926</guid>
			<description>I'm running FreeBSD 7 with ZFS (best... filesystem... EVER) on a dual P2 350MHz machine with 512MB of RAM.<br />
<br />
I've seen 2-3 filesystem-related panics and sometimes the ZFS will deadlock, resulting in a hung filesystem until I reboot the system (a former BeOS development machine).<br />
<br />
That said, I knew it was &quot;experimental&quot; still when I started using it.  The benefits have outweighed the issues... it's only a home file/print server, if it hangs it's not a big deal.<br />
<br />
Having 1GB or more of RAM on a server system isn't a ridiculous requirement these days, although it has been hard for me to find some additional RAM for this box. :-P</description>
			<pubDate>Tue, 20 May 2008 13:19:00 GMT</pubDate>
			<author>donotreply@osnews.com (chrish)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[6]: I use ZFS on 1GB RAM</title>
			<link>http://osnews.com/thread?314996</link>
			<guid isPermaLink="true">http://osnews.com/thread?314996</guid>
			<description><div class="cquote">The lesson here is to only allocate space to a volume when you need it. </div><br />
<br />
That's the one thing I can't stand about the current state of volume management on Linux:  you have to allocate your disk space at logical volume creation time!<br />
<br />
What's the point of having 5 TB of disk space available if you have to determine how to partition it before you start using it?<br />
<br />
I used to be a big proponent of LVM, and have used it a lot on multi-disk arrays (mainly for storage of Xen and KVM virtual machines), and it does have it's uses.  But having to figure out exactly how much space will be used by what when creating the LV is a pain.  And if you get it wrong, re-doing it is even more of a pain.<br />
<br />
Add to that the whole &quot;save space for snapshots&quot; issue, and LVM is starting to become more of a pain than plain partitioning.<br />
<br />
After using ZFS for the past couple of weeks, creating raidz pools, creating filesystems for /usr, /usr/local, /var, /usr/ports, /usr/src, /usr/obj, /home, /home/user1, /home/user2, basically creating a filesystem when needed, and then setting the properties on a per-filesystem basis (gotta love inheritance) without having to worry about getting the space allocations perfect at the get-go has been a godsend.  Just set quotas as needed (when needed) and let zfs manage the rest.<br />
<br />
Add to that snapshots you don't have to save space for, and that take next to no time to create, and very little time to rollback, and you have a storage management system that makes DM+MD+LVM look archaic.</description>
			<pubDate>Wed, 21 May 2008 05:01:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE[5]: Comment by sonic2000gr</title>
			<link>http://osnews.com/thread?314997</link>
			<guid isPermaLink="true">http://osnews.com/thread?314997</guid>
			<description><div class="cquote">Do not compare ext3 with ZFS.<br />
But ext3 + device-mapper + lvm with ZFS. </div><br />
<br />
A closer comparison would be MD + DM + LVM + XFS, but that still doesn't really compare equally.  And you don't have nearly the flexibility as with zfs.  Especially when it comes to snapshots (why do I have to leave unused space in my volume group for snapshots to work, and guess how much space the snapshot will need?).<br />
<br />
The really nice thing about pooled storage, where you don't have to &quot;allocate X MB of space to filesystemX&quot;, is that you can start to use separate filesystems for each user, or for each project, or for each special purpose.  Then set the properties for each filesystem.  And let the storage system manage the space.  If you need to limit things, then you put a quota on the filesystem (or fs root, as sub-filesystems will inherit the properties of the root).<br />
<br />
It's a very liberating experience compared to LVM.</description>
			<pubDate>Wed, 21 May 2008 05:05:00 GMT</pubDate>
			<author>donotreply@osnews.com (phoenix)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
