<?xml version="1.0" encoding="iso-8859-1"?><!-- generator="b2evolution/2.4.5" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Joe Peterson - Latest comments on Linux needs ZFS - and badly!</title>
		<link>http://blogs.gentoo.org/lavajoe?disp=comments</link>
		<description></description>
		<language>en-US</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=2.4.5"/>
		<ttl>60</ttl>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Tue, 12 Aug 2008 21:38:28 +0000</pubDate>
			<dc:creator>HPAVC [Visitor]</dc:creator>
			<guid isPermaLink="false">c19944@http://blogs.gentoo.org/</guid>
			<description>Agreed, ZFS now more than ever. Especially after reading the above &quot;why&quot; comments.&lt;br /&gt;
&lt;br /&gt;
It doesn't take long infront of OpenSolaris to see how sexy ZFS. FUSE just doesn't work at the moment as an alternative, but its an amazing effort.&lt;br /&gt;
&lt;br /&gt;
</description>
			<content:encoded><![CDATA[Agreed, ZFS now more than ever. Especially after reading the above "why" comments.<br />
<br />
It doesn't take long infront of OpenSolaris to see how sexy ZFS. FUSE just doesn't work at the moment as an alternative, but its an amazing effort.<br />
<br />
]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19944</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Thu, 27 Mar 2008 13:39:42 +0000</pubDate>
			<dc:creator>Core [Visitor]</dc:creator>
			<guid isPermaLink="false">c19773@http://blogs.gentoo.org/</guid>
			<description>One of the reasons why PATA was replaced by SATA ! &lt;br /&gt;
&lt;br /&gt;
What about encrypted filesystems ? Would decryption process provide data integrity checks as a side bonus ?</description>
			<content:encoded><![CDATA[One of the reasons why PATA was replaced by SATA ! <br />
<br />
What about encrypted filesystems ? Would decryption process provide data integrity checks as a side bonus ?]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19773</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Mon, 24 Mar 2008 14:24:08 +0000</pubDate>
			<dc:creator>Goverp [Visitor]</dc:creator>
			<guid isPermaLink="false">c19768@http://blogs.gentoo.org/</guid>
			<description>FWIW: it seems there are at least two ZFS's.  The other one (strictly, zFS, &quot;z/OS Distributed File Service zSeries File System&quot;) is a file system for IBM System z9 and z10 mainframes' z/OS UNIX System Services, and is an alternative for the earlier HFS.</description>
			<content:encoded><![CDATA[FWIW: it seems there are at least two ZFS's.  The other one (strictly, zFS, "z/OS Distributed File Service zSeries File System") is a file system for IBM System z9 and z10 mainframes' z/OS UNIX System Services, and is an alternative for the earlier HFS.]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19768</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Thu, 20 Mar 2008 16:52:55 +0000</pubDate>
			<dc:creator>Tim [Visitor]</dc:creator>
			<guid isPermaLink="false">c19767@http://blogs.gentoo.org/</guid>
			<description>@Erik: It's important because error detection on lower levels just doesn't do the job. Check out page 9 of Eric Kustarz' ZFS presentation (&quot;ZFS - The Last Word in File Systems&quot;) about what else can cause data corruption in addition the simple media errors that HW protection can cover.&lt;br /&gt;
&lt;br /&gt;
Disks are a lot less reliable than RAM. However, don't think that you're right in thinking RAM is never protected by software means: just search for &quot;Software detection mechanisms providing full coverage against single bit-flip faults&quot; for an example.</description>
			<content:encoded><![CDATA[@Erik: It's important because error detection on lower levels just doesn't do the job. Check out page 9 of Eric Kustarz' ZFS presentation ("ZFS - The Last Word in File Systems") about what else can cause data corruption in addition the simple media errors that HW protection can cover.<br />
<br />
Disks are a lot less reliable than RAM. However, don't think that you're right in thinking RAM is never protected by software means: just search for "Software detection mechanisms providing full coverage against single bit-flip faults" for an example.]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19767</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Wed, 19 Mar 2008 11:39:14 +0000</pubDate>
			<dc:creator>Interested [Visitor]</dc:creator>
			<guid isPermaLink="false">c19766@http://blogs.gentoo.org/</guid>
			<description>Apart from filesystembitrot, how do you actually verify that your common-off-the-shelf platform actually DOES something with that expensive ecc-memory if it supports it all? I'm not talking serverhardware in here, but that stuff you'll get at consumerlevel. Desktops and Laptops and the like.</description>
			<content:encoded><![CDATA[Apart from filesystembitrot, how do you actually verify that your common-off-the-shelf platform actually DOES something with that expensive ecc-memory if it supports it all? I'm not talking serverhardware in here, but that stuff you'll get at consumerlevel. Desktops and Laptops and the like.]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19766</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Tue, 18 Mar 2008 15:13:32 +0000</pubDate>
			<dc:creator>Erik [Visitor]</dc:creator>
			<guid isPermaLink="false">c19764@http://blogs.gentoo.org/</guid>
			<description>Why should data integrity be handled on the file system level? Does the operating system's memory manager handle data integrity of RAM? I thought that that was handled entirely in hardware and see no reason why permanent storage should be different.</description>
			<content:encoded><![CDATA[Why should data integrity be handled on the file system level? Does the operating system's memory manager handle data integrity of RAM? I thought that that was handled entirely in hardware and see no reason why permanent storage should be different.]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19764</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Tue, 18 Mar 2008 13:14:11 +0000</pubDate>
			<dc:creator>otc [Visitor]</dc:creator>
			<guid isPermaLink="false">c19763@http://blogs.gentoo.org/</guid>
			<description>I just found this blog entry:&lt;br /&gt;
http://blogs.sun.com/darren/entry/zfs_under_gplv2_already_exists&lt;br /&gt;
As far as I understand, the core ZFS is already GPL2 complaint. Or is this a misunderstanding?&lt;br /&gt;
</description>
			<content:encoded><![CDATA[I just found this blog entry:<br />
http://blogs.sun.com/darren/entry/zfs_under_gplv2_already_exists<br />
As far as I understand, the core ZFS is already GPL2 complaint. Or is this a misunderstanding?<br />
]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19763</link>
		</item>
				<item>
			<title>In response to: Linux needs ZFS - and badly!</title>
			<pubDate>Wed, 20 Feb 2008 13:02:17 +0000</pubDate>
			<dc:creator>Pavel [Visitor]</dc:creator>
			<guid isPermaLink="false">c19401@http://blogs.gentoo.org/</guid>
			<description>The problem with btrfs is that it will take at least 2-3 years before it gets anywhere near production ... thats a bit too late for most people depending on computers storing the data safe. Actually, to me as a physicist, the failure probability given by the manufacturers seems to almost 'defy' the laws of nature:-) While not being an expert in this field, from what I read a few years ago, it seems to me that some of the technology just works somehow(TM) which doesnt give me a great sense of security ...&lt;br /&gt;
&lt;br /&gt;
As mentioned, the discs arent the only issue. Actually, in the past few years, we had more problems of esp. silent data corruption caused by faulty cables and scsi cards (not only hw wise but also due to bad firmware).&lt;br /&gt;
&lt;br /&gt;
Currently we solve the issue with userspace scripts and utilities (naturally applies only for situations where performance is not needed). We dont even rely on hw/sw raid due to bad experiences but distribute copies of files over dfferent discs from different vendors via rsync and perform regular and on write hashing against a database.</description>
			<content:encoded><![CDATA[The problem with btrfs is that it will take at least 2-3 years before it gets anywhere near production ... thats a bit too late for most people depending on computers storing the data safe. Actually, to me as a physicist, the failure probability given by the manufacturers seems to almost 'defy' the laws of nature:-) While not being an expert in this field, from what I read a few years ago, it seems to me that some of the technology just works somehow(TM) which doesnt give me a great sense of security ...<br />
<br />
As mentioned, the discs arent the only issue. Actually, in the past few years, we had more problems of esp. silent data corruption caused by faulty cables and scsi cards (not only hw wise but also due to bad firmware).<br />
<br />
Currently we solve the issue with userspace scripts and utilities (naturally applies only for situations where performance is not needed). We dont even rely on hw/sw raid due to bad experiences but distribute copies of files over dfferent discs from different vendors via rsync and perform regular and on write hashing against a database.]]></content:encoded>
			<link>http://blogs.gentoo.org/lavajoe/2008/02/18/linux_needs_zfs_and_badly#c19401</link>
		</item>
			</channel>
</rss>
