On 4/24/07, Brian Hechinger <[EMAIL PROTECTED]> wrote:
Also keep in mind that FUSE has the disadvantage of data needing to pass the userland/kernel barrier typically at least twice, so there will be some slowdown there most likely.
I think it depends on how the Linux kernel handles the interface... Block size is always (at least for the ones that I know) a multiple of page size. So instead of copying data in and out of the kernel, the kernel can map the memory into the user-space FS daemon. I am not sure how FUSE handles it as I couldn't find any tech. doc on FUSE's homepage, but there are a lot of papers written in the past 20 years on efficient micro-kernel design... Here's a Minix paper with an interesting section: Disk I/O Test Results http://www.minix3.org/doc/reliable-os.pdf Rayson
That doesn't mean ZFS on FUSE can't get faster, just that I doubt it will ever be as fast as "native" ZFS on Solaris and FreeBSD. I think someone needs to port ZFS to NetBSD, they are in dired need of a better filesystem. ;) -brian -- "Perl can be fast and elegant as much as J2EE can be fast and elegant. In the hands of a skilled artisan, it can and does happen; it's just that most of the shit out there is built by people who'd be better suited to making sure that my burger is cooked thoroughly." -- Jonathan Patschke _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
