<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Feb 1, 2013 at 1:32 AM, Jason Evans <span dir="ltr"><<a href="mailto:jasone@canonware.com" target="_blank">jasone@canonware.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Jan 31, 2013, at 8:54 AM, Vinay Y S wrote:<br></div>
<div class="im"><br>
> I also saw the 'medium' size class in the git log as well as on this mailing list discussions. Is there a way to re-introduce that back with, maybe, build-time configurable tradeoffs for memory efficiency vs (?) lock-free purging?<br>


<br>
</div>As it happens, I've been working on ways to reintroduce medium size classes over the past few days.  The short synopsis is that I think it is possible to reintroduce medium size classes without dirty page purging sacrifices, but it is going to be complicated to maintain high concurrency between allocation/deallocation and dirty page purging.  The current code protects all dirty page tracking with the arena mutex, but dirty page purging for medium size classes will require a different approach, probably based on atomic operations.<br>


<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div style>Awesome. Would love to help out in any way possible. If you can make any in-progress versions available, I can help with testing on 72GB servers with membase workload and publish results.</div>

<div><br></div><div style>Thanks,</div><div style>Vinay</div></div></div></div>