Here&#39;s a nice nugget from Slashdot-- Fedora 11 is using it as the default- <br><a href="http://linux.slashdot.org/article.pl?sid=09/01/23/1341237">http://linux.slashdot.org/article.pl?sid=09/01/23/1341237</a><br><br><br>
<br><div class="gmail_quote">On Fri, Jan 23, 2009 at 10:14 AM, Jim Kinney <span dir="ltr">&lt;<a href="mailto:jim.kinney@gmail.com">jim.kinney@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Adding to this: Recent XFS seems to have destabilised somehow. Unless<br>
you need single file sizes of &nbsp;4+GB (i.e. pushing digital video files<br>
around), XFS is not a good idea.<br>
<br>
JFS actually won a filesystem test in the past year or so for overall<br>
usefulness, speed and reliability. It is a good general purpose<br>
filesystem with a solid journalling system.<br>
<br>
EXT3 is quite stable except for a few, odd corner cases. The inability<br>
to recover data inodes from a file deletion is perceived as a bad<br>
thing.<br>
<br>
IF (!!) ZFS ever become available as a GPL addition to the kernel, we<br>
will see some useful things happen in filesystems. &nbsp;ZFS in Solaris is<br>
pretty rock-solid.<br>
<br>
FUSE adds it&#39;s own layer of &#39;funk&#39; to the mix. My experience has been<br>
that fuse is mostly reliable. But an unravelling fuse stream can<br>
destabalise mount-point end of the fuse&#39;ed system. The source end<br>
seems to be unaffected. Half-mounted, locked, unable to remount or<br>
remove when it fizzles from 2.6.26 through 2.6.28. I have not decided<br>
if the issue is with fuse or with the stupid gui mounting tools from<br>
gnome (I&#39;d put my money on gnome hosing something first!). Of course<br>
it&#39;s not reliably repeatable breakage either.<br>
<br>
2009/1/23 Michael B. Trausch &lt;<a href="mailto:mike@trausch.us">mike@trausch.us</a>&gt;:<br>
<div><div></div><div class="Wj3C7c">&gt; On Fri, 23 Jan 2009 09:04:39 -0500<br>
&gt; Jeff Hubbs &lt;<a href="mailto:hbbs@comcast.net">hbbs@comcast.net</a>&gt; wrote:<br>
&gt;<br>
&gt;&gt; These newer filesystems, including the ones used through FUSE - are<br>
&gt;&gt; any of them considered as reliable as ext3, jfs, xfs?<br>
&gt;<br>
&gt; I&#39;d imagine that would depend on who you ask. &nbsp;I&#39;ve had so-called<br>
&gt; stable filesystems totally nuke my data, and filesystems in<br>
&gt; development that never so much as sneezed for me.<br>
&gt;<br>
&gt; I trust ext4 because of its common code with ext3. &nbsp;And in fact, ext4<br>
&gt; exposed ext3 to new eyes because there are neophytes out there, and<br>
&gt; bugs were found in ext4 that were inherited from ext3 and then were<br>
&gt; fixed in both. &nbsp;I trust XFS less than I trust FAT32 because I have<br>
&gt; never had a filesystem nuke my data as completely and efficiently as it<br>
&gt; did back in 2.6.25 days. &nbsp;I still see people reporting major bugs<br>
&gt; (data loss ranging from small to extreme) in XFS to the kernel mailing<br>
&gt; list, and I personally wouldn&#39;t touch it with a ten foot pole.<br>
&gt;<br>
&gt; Looking at my LKML folder today, I see 22 emails on problems with XFS,<br>
&gt; compared to 6 for ext4. &nbsp;Ted Tso jumped on that thread immediately (the<br>
&gt; ext4 problem, which reported ENOSPC with ~500 MB left on the<br>
&gt; filesystem); turns out the problem is that the user is unable to use<br>
&gt; the very last 1% of their root filesystem, and it&#39;s being worked on<br>
&gt; now.<br>
&gt;<br>
&gt; I see nothing on JFS; that could mean that there is nobody using that<br>
&gt; filesystem or that it is virtually bug-free. &nbsp;Don&#39;t know which. &nbsp;I also<br>
&gt; see nothing for vfat, and 7 messages in 4 threads for btrfs, though<br>
&gt; that is probably because only a few people are attempting to use btrfs<br>
&gt; at this point.<br>
&gt;<br>
&gt; As far as FUSE filesystems go, I haven&#39;t used many. &nbsp;But I do know that<br>
&gt; of the ones I have used (sshfs, WikipediaFS, NTFS-3G, and Captive NTFS)<br>
&gt; I have never had any problems with the FUSE driver itself. &nbsp;In the case<br>
&gt; of sshfs, the only problem that I have ever had was with the remote<br>
&gt; host dropping the connection after a timeout, which is easily fixed by<br>
&gt; keeping the filesystem active or by just remounting the filesystem. &nbsp;I<br>
&gt; would like to play more with FUSE since the variety of file systems<br>
&gt; available there is kind of impressive. &nbsp;The idea of being able to mount<br>
&gt; just about anything is kind of nice, and being in userspace, there may<br>
&gt; be lossage, but there won&#39;t be kernel crashes, and that&#39;s a big plus.<br>
&gt; That said, I haven&#39;t played enough with any single FUSE filesystem in<br>
&gt; order to be able to make any substantial positive claims on it, but it<br>
&gt; hasn&#39;t broke yet for me.<br>
&gt;<br>
&gt; &nbsp; &nbsp; &nbsp; &nbsp;--- Mike<br>
&gt;<br>
&gt; --<br>
&gt; My sigfile ran away and is on hiatus.<br>
&gt; <a href="http://www.trausch.us/" target="_blank">http://www.trausch.us/</a><br>
&gt;<br>
</div></div><div class="Ih2E3d">&gt; _______________________________________________<br>
&gt; Ale mailing list<br>
&gt; <a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
&gt; <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
&gt;<br>
&gt;<br>
<br>
<br>
<br>
</div>--<br>
<font color="#888888">--<br>
James P. Kinney III<br>
</font><div><div></div><div class="Wj3C7c">_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
</div></div></blockquote></div><br>