<div dir="ltr">Hi,<div><br></div><div>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. </div><div><br></div><div>Does 10 am on Wednesday(8th of March) or Thursday(9th of March) next week work for you guys? </div><div><br></div><div>Best,</div><div>Per Simonsen<br></div><div>CEO </div><div>MemoScale</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 2, 2017 at 12:00 AM, Xavier Hernandez <span dir="ltr"><<a href="mailto:xhernandez@datalab.es" target="_blank">xhernandez@datalab.es</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Niels,<span class=""><br>
<br>
On 02/03/17 07:58, Niels de Vos wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi guys,<br>
<br>
I think this is a topic/question that has come up before, but I can not<br>
find any references or feature requests related to it. Because there are<br>
different libraries for Erasure Coding, it would be interesting to be<br>
able to select alternatives to the bundled implementation that Gluster<br>
has.<br>
</blockquote>
<br></span>
I agree.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Are there any plans to make the current Erasure Coding<br>
implementation more pluggable?<br>
</blockquote>
<br></span>
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.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Would this be a possible feature request,<br>
or would it require a major rewrite of the current interface?<br>
</blockquote>
<br></span>
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.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Here at FAST [0] I have briefly spoken to Per Simonsen from MemoScale<br>
[1]. This company offers a (proprietary) library for Erasure Coding,<br>
optimized for different architectures, and with some unique(?) features<br>
for recovering a failed fragment/disk. If Gluster allows alternative<br>
implementations for the encoding, it would help organisations and<br>
researchers to get results of their work in a distributed filesystem.<br>
And with that, spread the word about how easy to adapt and extend<br>
Gluster is :-)<br>
</blockquote>
<br></span>
That could be interesting. Is there any place where I can find additional information about the features of this library ?<br>
<br>
Xavi<div class="HOEnZb"><div class="h5"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Thanks,<br>
Niels<br>
<br>
<br>
0. <a href="https://www.usenix.org/conference/fast17" rel="noreferrer" target="_blank">https://www.usenix.org/confere<wbr>nce/fast17</a><br>
1. <a href="https://memoscale.com/" rel="noreferrer" target="_blank">https://memoscale.com/</a><br>
<br>
</blockquote>
<br>
</div></div></blockquote></div><br></div>