<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.2.1" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: ZFS, Btrfs and Oracle</title>
	<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/</link>
	<description>The blog of Petros Koutoupis.</description>
	<pubDate>Thu, 11 Mar 2010 10:48:58 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.2.1</generator>

	<item>
		<title>By: PENIX</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-7677</link>
		<author>PENIX</author>
		<pubDate>Tue, 14 Jul 2009 22:13:56 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-7677</guid>
		<description>I have conclusively proven that btrfs is actually a blatant repackaging of reiser4 in a cover up to avoid the political disaster of supporting the code of a convicted murderer. btrfs is 81.56% similar to reiser4. Here are the steps to reproduce. Please spread the word. http://pastebin.com/ff42272d http://pastebin.com/f27912488</description>
		<content:encoded><![CDATA[<p>I have conclusively proven that btrfs is actually a blatant repackaging of reiser4 in a cover up to avoid the political disaster of supporting the code of a convicted murderer. btrfs is 81.56% similar to reiser4. Here are the steps to reproduce. Please spread the word. <a href="http://pastebin.com/ff42272d" rel="nofollow">http://pastebin.com/ff42272d</a> <a href="http://pastebin.com/f27912488" rel="nofollow">http://pastebin.com/f27912488</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: otan</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-6076</link>
		<author>otan</author>
		<pubDate>Tue, 16 Jun 2009 13:45:14 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-6076</guid>
		<description>The article says... "Also, there is this sense of pride within the community. To port ZFS over to Linux could kill that pride, emphasizing that Linux cannot survive on its own and needs to extract its ideas and functionality from elsewhere. I can also see developers and administrators alike, losing respect for Oracle if they were to make such a drastic decision by abandoning all that has been done."

Linux community takes pride for something "Oracle" develops and maintain? And they will lose respect for Oracle if it abandons Btrfs? Why that injustice? It's unfair!

If Linux community takes pride, then let them prove they deserve it by adopting Btrfs if Oracle abandons Btrfs. That's justice!</description>
		<content:encoded><![CDATA[<p>The article says&#8230; &#8220;Also, there is this sense of pride within the community. To port ZFS over to Linux could kill that pride, emphasizing that Linux cannot survive on its own and needs to extract its ideas and functionality from elsewhere. I can also see developers and administrators alike, losing respect for Oracle if they were to make such a drastic decision by abandoning all that has been done.&#8221;</p>
<p>Linux community takes pride for something &#8220;Oracle&#8221; develops and maintain? And they will lose respect for Oracle if it abandons Btrfs? Why that injustice? It&#8217;s unfair!</p>
<p>If Linux community takes pride, then let them prove they deserve it by adopting Btrfs if Oracle abandons Btrfs. That&#8217;s justice!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-5678</link>
		<author>admin</author>
		<pubDate>Tue, 09 Jun 2009 13:38:00 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-5678</guid>
		<description>&lt;p&gt;T. Joseph Carter,&lt;/p&gt;
&lt;p&gt;It is very true that ZFS is gaining a significant share of popularity with the non-Windows crowd. And outside of the enterprise arena and into the end-user desktop, Microsoft still holds 87% of the market (numbers from Net Applications). The FAT file systems were so easy to adopt and have set as a commonly supported file system across all operating systems for at least three reasons:&lt;/p&gt;
&lt;p&gt;1. Microsoft's market share&lt;br /&gt;
2. Microsoft's inability to understand the word "interoperability"&lt;br /&gt;
3. The usage of removable media preformatted with FAT32.&lt;/p&gt;
&lt;p&gt;With that aside, I am sure that there are plenty of more reasons but those seem to be the ones that quickly come to mind.&lt;/p&gt;
&lt;p&gt;While ZFS has been creeping its way onto other operating platforms such as BSD, Mac OS X (read-only), and Linux (over FUSE), it is still too bulky of an FS to function in every arena. Please do not misunderstand. I love ZFS and enjoy playing with it. Sun has done an excellent job in designing (and continuing to design) the FS. ZFS with all its features and functions is pretty resource hungry and will not apply to some of the smaller media devices; thus limiting its adoption. FAT32, while inferior, is lightweight which made it extremely easy to port and manage.&lt;/p&gt;
&lt;p&gt;I see a strong future for ZFS on Solaris and BSD flavors of UNIX, but not on Linux (due to licensing). At one point in time one could have thought that there was more common ground with UFS on all of the non-Windows platforms, although each distribution has its own customized version catered to their operating systems.&lt;/p&gt;
&lt;p&gt;Thank you for your comments. ;-)&lt;/p&gt;
&lt;p&gt;Petros&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>T. Joseph Carter,</p>
<p>It is very true that ZFS is gaining a significant share of popularity with the non-Windows crowd. And outside of the enterprise arena and into the end-user desktop, Microsoft still holds 87% of the market (numbers from Net Applications). The FAT file systems were so easy to adopt and have set as a commonly supported file system across all operating systems for at least three reasons:</p>
<p>1. Microsoft&#8217;s market share<br />
2. Microsoft&#8217;s inability to understand the word &#8220;interoperability&#8221;<br />
3. The usage of removable media preformatted with FAT32.</p>
<p>With that aside, I am sure that there are plenty of more reasons but those seem to be the ones that quickly come to mind.</p>
<p>While ZFS has been creeping its way onto other operating platforms such as BSD, Mac OS X (read-only), and Linux (over FUSE), it is still too bulky of an FS to function in every arena. Please do not misunderstand. I love ZFS and enjoy playing with it. Sun has done an excellent job in designing (and continuing to design) the FS. ZFS with all its features and functions is pretty resource hungry and will not apply to some of the smaller media devices; thus limiting its adoption. FAT32, while inferior, is lightweight which made it extremely easy to port and manage.</p>
<p>I see a strong future for ZFS on Solaris and BSD flavors of UNIX, but not on Linux (due to licensing). At one point in time one could have thought that there was more common ground with UFS on all of the non-Windows platforms, although each distribution has its own customized version catered to their operating systems.</p>
<p>Thank you for your comments. <img src='http://blog.hydrasystemsllc.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
<p>Petros</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: T. Joseph Carter</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-5670</link>
		<author>T. Joseph Carter</author>
		<pubDate>Tue, 09 Jun 2009 08:22:40 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-5670</guid>
		<description>I keep seeing this blog entry when I poll google to see if Oracle's decided what they're going to do with zfs, if anything, so I think it's probably time to interject a thought (not that I'm sure anybody is reading comments on a post this old anymore, but still..)

Has anyone else considered the implication of ZFS gaining widespread support on Solaris, various flavors of BSD, Mac OS X, and Linux?  For the first time, it would mean that every operating system being taken seriously except Microsoft's had a common filesystem with advanced capabilities that each OS understands natively.

Currently the best we have for a common interchange is fat32.  Seriously, the best we can come up with for a common denominator is fat32?</description>
		<content:encoded><![CDATA[<p>I keep seeing this blog entry when I poll google to see if Oracle&#8217;s decided what they&#8217;re going to do with zfs, if anything, so I think it&#8217;s probably time to interject a thought (not that I&#8217;m sure anybody is reading comments on a post this old anymore, but still..)</p>
<p>Has anyone else considered the implication of ZFS gaining widespread support on Solaris, various flavors of BSD, Mac OS X, and Linux?  For the first time, it would mean that every operating system being taken seriously except Microsoft&#8217;s had a common filesystem with advanced capabilities that each OS understands natively.</p>
<p>Currently the best we have for a common interchange is fat32.  Seriously, the best we can come up with for a common denominator is fat32?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4434</link>
		<author>Ron</author>
		<pubDate>Wed, 20 May 2009 02:43:27 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4434</guid>
		<description>ZFS + lustre looks interesting:
http://arch.lustre.org/index.php?title=Architecture_ZFS_for_Lustre

What about Zones vs VServer?</description>
		<content:encoded><![CDATA[<p>ZFS + lustre looks interesting:<br />
<a href="http://arch.lustre.org/index.php?title=Architecture_ZFS_for_Lustre" rel="nofollow">http://arch.lustre.org/index.php?title=Architecture_ZFS_for_Lustre</a></p>
<p>What about Zones vs VServer?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: oraguy</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4418</link>
		<author>oraguy</author>
		<pubDate>Tue, 19 May 2009 21:12:00 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4418</guid>
		<description>Initially developed by Oracle, Btrfs is licensed under the GPL and open for contribution from anyone!!!</description>
		<content:encoded><![CDATA[<p>Initially developed by Oracle, Btrfs is licensed under the GPL and open for contribution from anyone!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4400</link>
		<author>admin</author>
		<pubDate>Tue, 19 May 2009 16:37:46 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4400</guid>
		<description>drag,

You are correct. What is currently in production will remain in production until you can safely convert from the one file format to another (which you mentioned): http://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3

This is a huge advantage to continue with the development of Btrfs!</description>
		<content:encoded><![CDATA[<p>drag,</p>
<p>You are correct. What is currently in production will remain in production until you can safely convert from the one file format to another (which you mentioned): <a href="http://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3" rel="nofollow">http://btrfs.wiki.kernel.org/index.php/Conversion_from_Ext3</a></p>
<p>This is a huge advantage to continue with the development of Btrfs!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: drag</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4379</link>
		<author>drag</author>
		<pubDate>Tue, 19 May 2009 09:28:59 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4379</guid>
		<description>&lt;p&gt;&#62; I am thinking the same thing, currently using www.nexenta.org&lt;br /&gt;
&#62; for a fileserver as I wanted ZFS and a debian userland.  I dont&lt;br /&gt;
&#62; think you are correct in saying it will take 2 years to port,&lt;br /&gt;
&#62; FreeBSD did it very quickly, see&lt;br /&gt;
&#62; http://wiki.freebsd.org/ZFS (Paweł Dawidek got it kind of&lt;br /&gt;
&#62; working in 10 days)&lt;/p&gt;
&lt;p&gt;He is correct. There is absolutely no way the Linux developers&lt;br /&gt;
are going to bother adding support for a new file system without&lt;br /&gt;
putting a lot of effort into integrating it into Linux proper.&lt;/p&gt;
&lt;p&gt;This means eliminating code redundancy, getting the coding style&lt;br /&gt;
matching up to Linux standards, shoving as much functionality&lt;br /&gt;
into the Linux-VFS stuff as much as possible. That sort of thing.&lt;/p&gt;
&lt;p&gt;When they integrate features into the kernel it must be done&lt;br /&gt;
correctly. _ESPECIALLY_ for file systems. The Linux developers&lt;br /&gt;
have been burned before by simply shoehorning driver code into&lt;br /&gt;
the kernel without putting a lot of effort into proper&lt;br /&gt;
integration.&lt;/p&gt;
&lt;p&gt;And with file systems the Linux developers are especially&lt;br /&gt;
conservative. Why? Becuase it's very difficult for people to&lt;br /&gt;
upgrade their filesystems. Once you have people using a file&lt;br /&gt;
system then their data is going to be stuck there for the longest&lt;br /&gt;
time.. you will have a very difficult time being able to&lt;br /&gt;
efficiently remove the data from a important system, reformatting&lt;br /&gt;
the file system, and then having that data replaced.&lt;br /&gt;
&lt;p&gt;--------------------&lt;/p&gt;
&lt;p&gt;Anyways everybody needs to stop buying into Sun's bullshit. ZFS&lt;br /&gt;
is nice and it has a lot of features that make it desirable, but&lt;br /&gt;
it's not God's gift to file systems.  ZFS is just one of the very few&lt;br /&gt;
features that Solaris has over Linux. Dtrace is the other big one...&lt;br /&gt;
Other then that, not much.&lt;/p&gt;
&lt;p&gt;There WILL be better file systems that come along and I think&lt;br /&gt;
that Btrfs is going to be one of them.&lt;/p&gt;
&lt;p&gt;Why?&lt;/p&gt;
&lt;p&gt;Btrfs supports most of the features that ZFS has and other Linux&lt;br /&gt;
file systems do not.&lt;/p&gt;
&lt;p&gt;Btrfs is also going to be faster then ZFS. ZFS is nice, but it's&lt;br /&gt;
not a very fast file system when compared to things avialable to&lt;br /&gt;
Linux.&lt;/p&gt;
&lt;p&gt;There is a clear upgrade path for existing Linux users. Ext2 was&lt;br /&gt;
upgradable to Ext3. Ext3 is upgradeable to Ext4. And&lt;br /&gt;
Ext3/Ext4 (at least Ext3) will be upgradable to Btrfs.&lt;/p&gt;
&lt;p&gt;Btrfs integrates better into the Linux kernel. It's makes heavy&lt;br /&gt;
use of code that is already well tested and used by other file&lt;br /&gt;
systems. Improvements to itself often lead to improvements in&lt;br /&gt;
other portions of the kernel. ZFS, in comparison, is alien code&lt;br /&gt;
from a much different design basis.&lt;/p&gt;
&lt;p&gt;Btrfs has optimized modes for solid state hardware. These modes&lt;br /&gt;
will not only improve write performance, but improve read&lt;br /&gt;
performance, and work to prolong the life of the solid state&lt;br /&gt;
hardware. &lt;/p&gt;
&lt;p&gt;CRFS is 'Coherent Remote File System' for Linux. It is a&lt;br /&gt;
distributed file system under heavy development that uses BTFS&lt;br /&gt;
features for the daemon and uses BTFS for the on-disk format.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>&gt; I am thinking the same thing, currently using <a href="http://www.nexenta.org" rel="nofollow">www.nexenta.org</a><br />
&gt; for a fileserver as I wanted ZFS and a debian userland.  I dont<br />
&gt; think you are correct in saying it will take 2 years to port,<br />
&gt; FreeBSD did it very quickly, see<br />
&gt; <a href="http://wiki.freebsd.org/ZFS" rel="nofollow">http://wiki.freebsd.org/ZFS</a> (Paweł Dawidek got it kind of<br />
&gt; working in 10 days)</p>
<p>He is correct. There is absolutely no way the Linux developers<br />
are going to bother adding support for a new file system without<br />
putting a lot of effort into integrating it into Linux proper.</p>
<p>This means eliminating code redundancy, getting the coding style<br />
matching up to Linux standards, shoving as much functionality<br />
into the Linux-VFS stuff as much as possible. That sort of thing.</p>
<p>When they integrate features into the kernel it must be done<br />
correctly. _ESPECIALLY_ for file systems. The Linux developers<br />
have been burned before by simply shoehorning driver code into<br />
the kernel without putting a lot of effort into proper<br />
integration.</p>
<p>And with file systems the Linux developers are especially<br />
conservative. Why? Becuase it&#8217;s very difficult for people to<br />
upgrade their filesystems. Once you have people using a file<br />
system then their data is going to be stuck there for the longest<br />
time.. you will have a very difficult time being able to<br />
efficiently remove the data from a important system, reformatting<br />
the file system, and then having that data replaced.
</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8211;</p>
<p>Anyways everybody needs to stop buying into Sun&#8217;s bullshit. ZFS<br />
is nice and it has a lot of features that make it desirable, but<br />
it&#8217;s not God&#8217;s gift to file systems.  ZFS is just one of the very few<br />
features that Solaris has over Linux. Dtrace is the other big one&#8230;<br />
Other then that, not much.</p>
<p>There WILL be better file systems that come along and I think<br />
that Btrfs is going to be one of them.</p>
<p>Why?</p>
<p>Btrfs supports most of the features that ZFS has and other Linux<br />
file systems do not.</p>
<p>Btrfs is also going to be faster then ZFS. ZFS is nice, but it&#8217;s<br />
not a very fast file system when compared to things avialable to<br />
Linux.</p>
<p>There is a clear upgrade path for existing Linux users. Ext2 was<br />
upgradable to Ext3. Ext3 is upgradeable to Ext4. And<br />
Ext3/Ext4 (at least Ext3) will be upgradable to Btrfs.</p>
<p>Btrfs integrates better into the Linux kernel. It&#8217;s makes heavy<br />
use of code that is already well tested and used by other file<br />
systems. Improvements to itself often lead to improvements in<br />
other portions of the kernel. ZFS, in comparison, is alien code<br />
from a much different design basis.</p>
<p>Btrfs has optimized modes for solid state hardware. These modes<br />
will not only improve write performance, but improve read<br />
performance, and work to prolong the life of the solid state<br />
hardware. </p>
<p>CRFS is &#8216;Coherent Remote File System&#8217; for Linux. It is a<br />
distributed file system under heavy development that uses BTFS<br />
features for the daemon and uses BTFS for the on-disk format.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4367</link>
		<author>admin</author>
		<pubDate>Tue, 19 May 2009 03:33:37 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4367</guid>
		<description>Logical wrote: "BTW, is there any chance you’d consider another font for your postings? This one is making my eyes bleed."

Navigate to Edit-&gt;Preferences-&gt;Content. Change the default font and get over it.</description>
		<content:encoded><![CDATA[<p>Logical wrote: &#8220;BTW, is there any chance you’d consider another font for your postings? This one is making my eyes bleed.&#8221;</p>
<p>Navigate to Edit->Preferences->Content. Change the default font and get over it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: admin</title>
		<link>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4365</link>
		<author>admin</author>
		<pubDate>Tue, 19 May 2009 03:01:01 +0000</pubDate>
		<guid>http://blog.hydrasystemsllc.com/2009/05/17/zfs-btrfs-and-oracle/#comment-4365</guid>
		<description>Marcus,

It is their implementation that makes them original. As was the case with Solaris when it had implemented their zones, dtrace to even ZFS. Sure the Linux kernel has adopted ideas here and there; as has every other OS. Believe it or not but the "delusion" that you allude to is the same "delusion" I hold for Solaris/OpenSolaris which is also the same "delusion" I hold for FreeBSD and so on. The pride that I speak of, is the pride that all the individuals involved (working as a team) on the Btrfs system have. Knowing that they are making a difference. Knowing that they are all striving to achieve the same goal. The goal of something that can bring change. I am sure this same sense of pride was felt by those who developed ZFS. Do we all remember what happened with EVMS when LVM was chosen in its place? I do not know what you do by profession, but this pride can go a long way in determining the quality and support of a product.</description>
		<content:encoded><![CDATA[<p>Marcus,</p>
<p>It is their implementation that makes them original. As was the case with Solaris when it had implemented their zones, dtrace to even ZFS. Sure the Linux kernel has adopted ideas here and there; as has every other OS. Believe it or not but the &#8220;delusion&#8221; that you allude to is the same &#8220;delusion&#8221; I hold for Solaris/OpenSolaris which is also the same &#8220;delusion&#8221; I hold for FreeBSD and so on. The pride that I speak of, is the pride that all the individuals involved (working as a team) on the Btrfs system have. Knowing that they are making a difference. Knowing that they are all striving to achieve the same goal. The goal of something that can bring change. I am sure this same sense of pride was felt by those who developed ZFS. Do we all remember what happened with EVMS when LVM was chosen in its place? I do not know what you do by profession, but this pride can go a long way in determining the quality and support of a product.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
