Re: Pluggable interface for erasure coding?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I forgot to add the time zone: the suggested time is 10 am (GMT+1). 

Best,
Per 

On Thu, Mar 2, 2017 at 5:19 PM, Per Simonsen <per.simonsen@xxxxxxxxxxxxx> wrote:
Hi,

I suggest that we set up an online meeting next week to discuss the erasure coding features as well as possible implementations of a plugin architecture. We also have some experience integrating with the liberasure library mentioned by Prashant which we can share. 

Does 10 am on Wednesday(8th of March) or Thursday(9th of March) next week work for you guys?  

Best,
Per Simonsen
CEO 
MemoScale


On Thu, Mar 2, 2017 at 12:00 AM, Xavier Hernandez <xhernandez@xxxxxxxxxx> wrote:
Hi Niels,

On 02/03/17 07:58, Niels de Vos wrote:
Hi guys,

I think this is a topic/question that has come up before, but I can not
find any references or feature requests related to it. Because there are
different libraries for Erasure Coding, it would be interesting to be
able to select alternatives to the bundled implementation that Gluster
has.

I agree.

Are there any plans to make the current Erasure Coding
implementation more pluggable?

Yes. I've had this in my todo list for a long time. Once I even tried to implement the necessary infrastructure but didn't finish and now the code has changed too much to reuse it.

Would this be a possible feature request,
or would it require a major rewrite of the current interface?

At the time I tried it, it required major changes. Now that the code has been considerably restructured to incorporate the dynamic code generation feature, maybe it doesn't require so many changes, though I'm not sure.


Here at FAST [0] I have briefly spoken to Per Simonsen from MemoScale
[1]. This company offers a (proprietary) library for Erasure Coding,
optimized for different architectures, and  with some unique(?) features
for recovering a failed fragment/disk. If Gluster allows alternative
implementations for the encoding, it would help organisations and
researchers to get results of their work in a distributed filesystem.
And with that, spread the word about how easy to adapt and extend
Gluster is :-)

That could be interesting. Is there any place where I can find additional information about the features of this library ?

Xavi


_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxxx
http://lists.gluster.org/mailman/listinfo/gluster-devel

[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux