<div dir="ltr">Thanks for your help. My configuration was wrong which was causing the problem.<div><br></div><div>I have attached stats of JEMALLOC_TCACHE on and off.</div><div><br></div><div>When it is on we run out of memory of 30 MB. When it is off it works fine.</div><div><br></div><div>Please help me in configuring it properly.</div><div><br></div><div>Thanks</div><div>Rajakishore</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 20, 2016 at 1:55 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"><span class="">> On Jan 18, 2016, at 8:35 PM, RajaKishore Sahu <<a href="mailto:raju.sahu@gmail.com">raju.sahu@gmail.com</a>> wrote:<br>
> I am trying to port Jemalloc to a embedded environment where we have only 40 MB of memory for a subsystem.<br>
><br>
> While porting I found that in start up it is consuming almost 38 MB of memory with arena size of 1MB. We spawn around 70 threads in the start up. So we are only 2 MB left for that subsystem. While the system is in run definitely it will ask for more memory, in that case how we are going to satisfy the memory needed by Jemalloc?<br>
><br>
> Current allocator consumes around 20 - 22 MB of memory and remaining is used for the system to run.<br>
<br>
</span>It sounds to me like you have jemalloc configured to create numerous arenas.  You need to drop the chunk size (256 KiB works fine), and/or decrease the number of arenas (one will work fine unless your app does a lot of large allocation).<br>
<span class="HOEnZb"><font color="#888888"><br>
Jason</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Thanx<br>Rajakishore Sahu<br><a href="mailto:Mail%3A-raju.sahu@gmail.com" target="_blank">Mail:-raju.sahu@gmail.com</a><br>Mobile:-+91 9886719841</div>
</div>