ZFS on Linux: It's alive (LinuxWorld)
The project is working, with several users running and even booting from a ZFS volume. Correia has not undertaken any performance tuning yet, and one sysadmin, Chris Samuel, has posted benchmarks that clock only about half the speed of another Linux filesystem, XFS."
Posted Jun 19, 2007 0:26 UTC (Tue)
by szaka (guest, #12740)
[Link] (4 responses)
But we're aware of and identified already several things which could be
improved in the kernel, FUSE and NTFS-3G that could increase efficiency
dramatically (lower CPU usage and/or higher I/O). Some of these:
Posted Jun 19, 2007 6:59 UTC (Tue)
by ncm (guest, #165)
[Link] (1 responses)
Posted Jun 19, 2007 12:39 UTC (Tue)
by Lionel_Debroux (subscriber, #30014)
[Link]
And, it's not true that the optimization work on NTFS-3G didn't start yet ;-)
The new allocator introduced in March yields a leap on performance with large files, and those large files are also less fragmented than they used to be. Even before that, the performance on large files was improved over the versions: in July or August 2006, it was hard to copy a file weighing more than several hundreds of megabytes (depending on the fragmentation), but the stable 1.0 version, the last one before the improved allocator, was faster.
Keep up the good work :)
Posted Jun 20, 2007 22:21 UTC (Wed)
by qu1j0t3 (guest, #25786)
[Link] (1 responses)
http://www.sun.com/2004-0914/feature/
etc, etc.
Posted Jun 21, 2007 0:33 UTC (Thu)
by szaka (guest, #12740)
[Link]
Open source NTFS-3G with FUSE (Linux, FreeBSD), MacFUSE (OS X), ReFUSE (NetBSD) is for interoperability which is used by many, regularly. Most users don't care what's the technology, only if it works (reliably, usable, featureful enough). This includes performance, which would be typically the major theoretical complain if a user space driver were involved (as you also commented).
But the truth is, if it exists at all, far more complex.
The hybrid driver architecture involves overhead but it seems that there are many ways to minimize and offset this to a level where the dominant performance factor will be the design of the file system and the quality of the driver's implementation (used data structures, caches, algorithms, etc running on a specific, speedily changing hardware architecture).
I hope, that at some point NTFS-3G can help to dispel most of the performance related doubts and demonstrates that at least the block device based user space file system drivers can be a viable technical solution used with trust by millions. Only a couple of years work left then hopefully we will be a bit more clever :-)
Posted Jun 19, 2007 0:58 UTC (Tue)
by csamuel (✭ supporter ✭, #2624)
[Link]
ZFS/FUSE is still beta, and some of the restrictions about FUSE based
I also think the great thing about the ZFS and NTFS-3G work (et.al) is
Posted Jun 19, 2007 4:56 UTC (Tue)
by mmarq (guest, #2332)
[Link] (2 responses)
Windows always lacked some good file systems anyway, and interoperability will then be 'de facto', without stupid deals with MS, and without treats about their obsoleted CIFS/SMB patented technology.
The flexibility of FUSE can really open a new window... and to the joy of WindUsers also, that should had about time to have real file systems like ZFS, even if MS don't deserve it.
Posted Jun 19, 2007 5:06 UTC (Tue)
by einstein (guest, #2052)
[Link] (1 responses)
(shrug) no idea... talk to microsoft?
Posted Jun 19, 2007 6:50 UTC (Tue)
by mmarq (guest, #2332)
[Link]
http://www.google.com/search?aq=t&oq=&num=20&...
The article mentions NTFS-3G has decent and good performance. Please
also note that we're still designing and implementing missing
functionalities and didn't start the optimization work yet.NTFS-3G isn't optimized yet
And of course several things could be optimized here and there for
different kind of corner cases and workloads (allocators, extent and transparent file compressors/decompressors, etc).
This sort of posting is the second best thing about LWN. I would like to read an article by szaka exploring the above in greater depth. (Delaying NTFS-3G to write it would be more than justified.)NTFS-3G isn't optimized yet
I second this, a detailed article would be a good thing. It's good that a number of bottlenecks have been identified over the months.NTFS-3G isn't optimized yet
"NTFS-3G isn't yet as optimized as it could be" is nearer from the truth, since there's still room for improvement, as szaka wrote above.
NTFS isn't in this race, as anyone who's looked into ZFS would understand. As csamuel points out, speed is only one of the minor selling points of ZFS (and of course, it's not going to win any sprints boxed up in FUSE).ZFS - horse of a different colour
http://www.sun.com/bigadmin/features/articles/zfs_part1.s...
This is not about a race. In fact we are already working implicitely on Linux ZFS support "by" FUSE. One of the major driving forces behind NTFS-3G development is exactly that, to also help ZFS development.ZFS - horse of a different colour
Whilst I did find the speed of ZFS/FUSE slow in comparison to XFS, JFS ZFS on Linux: It's alive (LinuxWorld)
and NTFS-3G there is more to a filesystem than just pure speed. Better
error checking and tunable compression are just two. Plus, as the
article says, Ricardo hasn't yet started tuning for performance.
file systems break some applications (like APT), but I still think it's a
pretty exciting filesystem.
that the lessons learned about tuning filesystems for FUSE (and FUSE
itself) will benefit all comers, and that can only be a good thing.
when can we see a good working implementation of FUSE for windows (2k/XP at least) ? ZFS on Linux: It's alive (LinuxWorld)
> when can we see a good working implementation of FUSE for windows (2k/XP at least) ? ZFS on Linux: It's alive (LinuxWorld)
Matter of fact there seems to be plenty of ideas around !ZFS on Linux: It's alive (LinuxWorld)