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 <[email protected]> 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 <[email protected]> > 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 >> >> >> >>> Thanks, >>> Niels >>> >>> >>> 0. https://www.usenix.org/conference/fast17 >>> 1. https://memoscale.com/ >>> >>> >> >
_______________________________________________ Gluster-devel mailing list [email protected] http://lists.gluster.org/mailman/listinfo/gluster-devel
