Hi Gordan and Dan,<br><br>It would help me a lot if its possible for you to get the info as described below, <br><br>compile glusterfs like<br><br>bash# make clean &gt; /dev/null<br>bash# make CFLAGS=&quot;-g -O0 -DDEBUG&quot; &gt; /dev/null<br>
bash# make install<br><br>run the process which consumes memory (mostly client process) like below:<br><br>bash# glusterfs &lt;any argument you give generally&gt; -N<br>&lt;this process will run in foreground now&gt;<br><br>
Open another terminal<br><br>bash# ps aux | grep glusterfs<br>bash# kill -s SIGUSR1 &lt;pid of glusterfs -N process&gt;<br>&lt;Check in other terminal for memory usage stats&gt;<br><br>bash# &lt;run your application over glusterfs as you do till you get high memory usage of glusterfs.. &gt;<br>
bash# kill -s SIGUSR1 &lt;pid of glusterfs -N process&gt;<br>
&lt;Check the stat in another terminal&gt;<br><br>bash# echo 3 &gt; /proc/sys/vm/drop_caches<br>bash# kill -s SIGUSR1 &lt;pid of glusterfs -N process&gt;<br>

&lt;Check the stat in another terminal&gt;<br>
<br>Even after dropping caches, if &#39;in use bytes =&#39; in malloc stats shows a high value, then it is a leak. If its showing less, but just &#39;system bytes = &#39; is a high value, this means glusterfs is not really consuming high memory, but the problem is really in the memory allocation segments.<br>
<br>Regards,<br>Amar<br><br>NOTE: &#39;malloc_stats&#39; will be printed to &#39;stdout&#39; if we enable -DDEBUG while compiling glusterfs, as it hits performance badly otherwise.<br><br><br><div class="gmail_quote">2009/2/23 Gordan Bobic <span dir="ltr">&lt;<a href="mailto:gordan@bobich.net">gordan@bobich.net</a>&gt;</span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">Dan Parsons wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I&#39;m having an issue with glusterfs exceeding its cache-size value. Right now I have it set to 4000MB and I&#39;ve seen it climb as high as 4800MB. If I set it to 5000, I&#39;ve seen it go as high as 6000MB. This is a problem because it causes me to set the value very low so that my apps don&#39;t get pushed into swap. Is there any way to fix this? To get it to stick to the limit I set and not exceed?<br>

</blockquote>
<br></div>
It&#39;s possible you are running into the same memory leak that I&#39;m seeing, and I&#39;m not using io-cache or any other performance translators at all. With rootfs on Gluster, doing a kernel compile (kernel source tree being on NFS, so this won&#39;t be contributing to the bloat, hopefully) makes the glusterfsd bloat by about 80MB per pass, and never frees it.<br>

<br>
Gordan<br>
<br>
<br>
_______________________________________________<br>
Gluster-devel mailing list<br>
<a href="mailto:Gluster-devel@nongnu.org" target="_blank">Gluster-devel@nongnu.org</a><br>
<a href="http://lists.nongnu.org/mailman/listinfo/gluster-devel" target="_blank">http://lists.nongnu.org/mailman/listinfo/gluster-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Amar Tumballi<br>Gluster/GlusterFS Hacker<br>[bulde on #gluster/<a href="http://irc.gnu.org">irc.gnu.org</a>]<br><a href="http://www.zresearch.com">http://www.zresearch.com</a> - Commoditizing Super Storage!<br>