> Yes, I think that was the original intent of the project proposal.  It
> could probably be reworded to decrease emphasis on a single algorithm,
> but I read it as a generic exploration of alternative algorithms.

Yes, you read right. The original intent was to investigate
alternative algorithms in a general way instead of focused on a single
one.

> All very
> doable, but it's a lot of work for (IMO) little gain, not to mention
> increased difficulty maintaining compatibility across disparate
> versions (what is the set of compression algorithms needed to be 100%
> compatible?).

Do you have any strong reason to believe that there would be little
gain or is it just a conjecture? I think I could agree with you, but
in my case it's just a conjecture. IMHO I have no idea about how much
gain would be possible and I think that this is the main point we need
to discover. I'm performing some tests to try to find out if different
compression algorithms are REALLY better suited to different entropy
scenarios. A lot of papers claim that but no one, as fair as I know,
gave arguments to support it. As soon as I have got some results I
will post them here.

If the claim is true, I'm sure loadable compression modules would be a
very good improvement to ZFS. It it's not true, I think that the best
to do is just port LZO to ZFS and let aside any other compression
algorithm.

> > > I haven't heard from any other core contributors, but this sounds like a
> > > worthy project to me.  Someone from the ZFS team should follow through
> > > to create the project on os.org[1]

Thank you very much for the support.


Domingos.



> On Sun, Oct 14, 2007 at 03:28:24AM -0700, [EMAIL PROTECTED] wrote:
> > > I haven't heard from any other core contributors, but this sounds like a
> > > worthy project to me.  Someone from the ZFS team should follow through
> > > to create the project on os.org[1]
> > >
> > > Its sounds like like Domingos and Roland might constitute the initial
> > > "project team".
> >
> > In my opinion, the project should also include an effort in getting LZO
> > into ZFS. As an advanced fast but efficient variant.
> >
> > For that matter, if it were up to me, there should be an effort in
> > modularizing the ZFS compression algorithms into loadable kernel modules,
> > also allowing easy addition of algorithms. I suppose the same should apply
> > to other components where possible, e.g. the spacemap allocator discussed
> > on this list. But I'm a mere C# coder, so I can't really help with that.
> >
> > -mg
>
> --
> Eric Schrock, Solaris Kernel Development       http://blogs.sun.com/eschrock
>
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to