<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Aug 26, 2016 at 3:01 PM, Piotr Rybicki <span dir="ltr"><<a href="mailto:piotr.rybicki@innervision.pl" target="_blank">piotr.rybicki@innervision.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
W dniu 2016-08-25 o 23:22, Joe Julian pisze:<span class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I don't think "unfortunatelly with no attraction from developers" is<br>
fair. Most of the leaks that have been reported against 3.7 have been<br>
fixed recently. Clearly, with 132 contributors, not all of them can, or<br>
should, work on fixing bugs. New features don't necessarily interfere<br>
with bug fixes.<br>
<br>
The solution is to file good bug reports,<br>
<a href="https://bugzilla.redhat.com/enter_bug.cgi?product=GlusterFS" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/en<wbr>ter_bug.cgi?product=GlusterFS</a> , and<br>
include valgrind reports, state dumps, and logs.<br>
<br>
This is a community, not a company. Nobody's under an obligation to<br>
prioritize your needs over the needs of others. What I *have* seen is<br>
that the more effort you put in to identifying a problem, the easier it<br>
is to find a developer that can help you. If you need help, ask. It's<br>
not just developers that can help you. I spend countless hours on IRC<br>
helping people and I don't make a dime off doing so.<br>
<br>
Finally, if you have a bug that's not getting any attention, feel free<br>
to email the maintainer of the component you've reported a bug against.<br>
Be nice. They're good people and willing to help.<br>
</blockquote>
<br></span>
Hello Joe.<br>
<br>
First, I didn't wish do offend anyone. If one feels this way - I'm sorry for that. I just wanted to get attraction to this memleak(s) issue.<br>
<br>
I really like gluster project, and all I wish is to make it better.<br>
<br>
I just filled bug report:<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1370417" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/sh<wbr>ow_bug.cgi?id=1370417</a></blockquote><div><br></div><div>hi Piotr,<br></div><div> Sorry for the delay in addressing this issue. But this is not something that is easy to fix. First round of fixing the leaks which was done by Poornima to free up the inode tables took lot of time(Probably months, I could be wrong. It was a very big effort) and it was across the whole project. She also addressed graph deallocation part but it is not enabled I think (I cced her as well to the thread). We have a new feature called brick multiplexing that is in the works which makes it very important to handle this leak, so it will be fixed as part of that feature/stabilizing the feature in proper way IMO.<br></div><div><br></div><div> There was a time when all this clean up was not necessary because the mount process would die anyway. Then when gfapi came in, the process wouldn't die anymore :-), so we have to fix all the shortcuts we took over the years to properly fix it. So lot of work :-/. It is something that needs to be done properly (multi threaded nature of the workloads make it a bit difficult), because the previous attempts at fixing it caused the process to die because of double free etc.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
Thank You & best regards<div class="HOEnZb"><div class="h5"><br>
Piotr Rybicki<br>
______________________________<wbr>_________________<br>
Gluster-users mailing list<br>
<a href="mailto:Gluster-users@gluster.org" target="_blank">Gluster-users@gluster.org</a><br>
<a href="http://www.gluster.org/mailman/listinfo/gluster-users" rel="noreferrer" target="_blank">http://www.gluster.org/mailman<wbr>/listinfo/gluster-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Pranith<br></div></div>
</div></div>