Weekly Edition
Return to the Press page
| |||||||||||
|
| |||||||||||
ZFS on Linux: It's alive (LinuxWorld)
LinuxWorld takes a look at a FUSE (Filesystem in userspace) implementation of the Solaris ZFS filesystem. "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."
(Log in to post comments)
NTFS-3G isn't optimized yet Posted Jun 19, 2007 0:26 UTC (Tue) by szaka (subscriber, #12740) [Link] 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.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:
NTFS-3G isn't optimized yet Posted Jun 19, 2007 6:59 UTC (Tue) by ncm (subscriber, #165) [Link] 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 Posted Jun 19, 2007 12:39 UTC (Tue) by Lionel_Debroux (subscriber, #30014) [Link] 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.
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 :)
ZFS - horse of a different colour Posted Jun 20, 2007 22:21 UTC (Wed) by qu1j0t3 (subscriber, #25786) [Link] 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).
http://www.sun.com/2004-0914/feature/
etc, etc.
ZFS - horse of a different colour Posted Jun 21, 2007 0:33 UTC (Thu) by szaka (subscriber, #12740) [Link] 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.
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 :-)
ZFS on Linux: It's alive (LinuxWorld) Posted Jun 19, 2007 0:58 UTC (Tue) by csamuel (subscriber, #2624) [Link] Whilst I did find the speed of ZFS/FUSE slow in comparison to XFS, JFSand 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.
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
ZFS on Linux: It's alive (LinuxWorld) Posted Jun 19, 2007 4:56 UTC (Tue) by mmarq (guest, #2332) [Link] when can we see a good working implementation of FUSE for windows (2k/XP at least) ?
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.
ZFS on Linux: It's alive (LinuxWorld) Posted Jun 19, 2007 5:06 UTC (Tue) by einstein (subscriber, #2052) [Link] > when can we see a good working implementation of FUSE for windows (2k/XP at least) ?
(shrug) no idea... talk to microsoft?
ZFS on Linux: It's alive (LinuxWorld) Posted Jun 19, 2007 6:50 UTC (Tue) by mmarq (guest, #2332) [Link] Matter of fact there seems to be plenty of ideas around !
|
|||||||||||