linux-kernel - Re: ZFS with Linux: An Open Plea

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Mon, 16 Apr 2007 16:20:41 +0200 (CEST)
From:	Tomasz Kłoczko <kloczek@...y.mif.pg.gda.pl>
To:	Stefan Richter <stefanr@...6.in-berlin.de>
cc:	Jan Engelhardt <jengelh@...ux01.gwdg.de>,
	Mike Snitzer <snitzer@...il.com>, Neil Brown <neilb@...e.de>,
	"David R. Litwin" <presently42@...il.com>,
	linux-kernel@...r.kernel.org
Subject: Re: ZFS with Linux: An Open Plea

On Mon, 16 Apr 2007, Stefan Richter wrote:

> Tomasz Kłoczko wrote:
>> Current FUSE implemntation can't be
>> comparable in aspects of speed and probably never will be on using threads
>
> Did you measure this on a few hardwares and workloads?

Before asking firs you must try look on current ZFS on FUSE 
discuss phorums/docu .. like on: 
http://groups.google.com/group/zfs-fuse/feed/rss_v2_0_msgs.xml

ZFS on Solaris provides for many workloads better speed than any Linux 
technology on the same hardware but ZFS ond FUSE in current form provides 
lower speed than now avalaible Linux technologies.

Example http://groups.google.com/group/zfs-fuse/msg/5b10c69707a46c07:

"According to bonnie, I see 125 MB/s reads on ext3+RAID5, 65 MB/s on 
ZFS+RAID5 (using Linux's software RAID) and 20 MB/s on ZFS+raidz (using 
the same raw drives).  Writes are also proportionally slower.  The real 
performance hit with ZFS-FUSE was random accesses for lots of small files. 
The bonnie++ results showed something like 75 random seeks for ZFS vs 470 
for ext3 (..)"

On the same phorun you can find threads with discuss about utilize 
treading under FUSE.

>> (very simmilar case to ALSA and mixing in user space ..
>
> Audio is about guaranteed latency, not "speed".

You meam "guaranteed worser latency" ? excelent 8-)

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek@...y.mif.pg.gda.pl*