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-next>] [day] [month] [year] [list]
Date:	Mon, 16 Apr 2007 16:01:23 +0200 (CEST)
From:	Tomasz Kłoczko <kloczek@...y.mif.pg.gda.pl>
To:	Mike Snitzer <snitzer@...il.com>
cc:	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, Mike Snitzer wrote:
[..]
> The ZFS volume management piece could've easily been abstracted to be
> outside of the actual filesystem.

Sorry .. but can you poof this by show one example of this kind of 
problems ?

> In fact its more natural to maintain that separation.

Sorry but cause of developing ZFS was not braking classic/"natural" FS 
abstraction but try to solve things like limited I/O bandwich and 
statatistical number of errors on storing portion informations (it 
~constant but capacity of used storage divices grows) now avalaible 
storage devices and simplify managing hundrets or thousands phisical 
devices. From this point of view it is state of art.

> It allows people to have choices about how they manage the underlying 
> block layer rather than imposing one specialized solution.  Look at the 
> various technologies in Linux (LVM2, MD, Linux Multipath) to understand 
> the flexibility Linux provides for managing storage.

Except ext4 all this all this technologies not solves some problems which 
are plugged by ZFS. Also adding checksuming to ext3 (aka ext4) it is not 
all what profides ZFS way ..

> Not to mention the availability of commercial solutions from the various 
> storage vendors.

It is not matter comercial/non-commercial .. forget about this argument 
(don't practice this kind of FUDing).

ZFS was implemnted and is useable .. very useable like many commersial 
technologiess (do you remenber form where come NFS to Linux ?)
It is so useable it case many people are now ready for switch from Linux 
to Solaris.
Few days ago I'm swich two backup servers with few TB storage from Linux 
to Solaris .. only because client want use ZFS .. because ZFS is EXCELENT 
for this kind tasks (only because it allow save many thousands of 
<put_your_currency_name> because it allow better utilize the same storage) 
and trust me .. cases like this will be more .. much more and changing 
licensing Linux code will be MUCH more easier than reinventing wheel (wich 
will be reimplemnting ZFS under GPL).

Problem is not on technical area but on licensing and it is plain Linux 
word problem because neccessary in this case changes on CDDL side will 
make this code less oppended than now .. so you can (probably ?) forget 
about GPLing ZFS code (and ZFS it is not all what will good to have from 
Sol in Linux).
IMO current Linux licensing less is importand than bringing in possible 
simpler way things like ZFS to Linux. So best/simpler way will be start 
change Linux licensing for save all GPL goodies and allow interract with 
code on license like CDDL.
Licensing is for allow keep in best possible form Linux. If it can't do 
this in best possible way it must be change (must evolve .. like 
many othes things around).

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*

Powered by blists - more mailing lists