[Freeswitch-users] freeswitch memory leakage.

[François]

About the "drop_caches" thing, you should *not* do that unless you 
really understand what you are doing!

It's a common misconception that it might increase performance or "free" 
memory. In reality you would probably see a performance drop and free 
memory that is already available for reuse... It's only useful if you 
are doing kernel benchmarking or debugging.

François.


On 03/27/2015 03:06 PM, Aqs Younas wrote:
> Hi, Brian.
>
> Its ok If vlc takes some ram, but freeswitch must release the ram when 
> there are no calls.
> Is there any command that can make freeswitch release the ram without 
> restarting the freeswitch.
>
> Like this linux command which makes linux release the cached ram.
>
> free && sync && echo 3 > /proc/sys/vm/drop_caches && free1
>
> Thanks
>
>
> On 27 March 2015 at 18:51, Aqs Younas <aqsyounas at gmail.com 
> <mailto:aqsyounas at gmail.com>> wrote:
>
>     Yes, we are using linux and looking at RSS value.
>
>     Our dialplan is mostly using mod_vlc for running streams.Just a
>     call comes in and a radio stream is played with mod_vlc. I am not
>     sure either mod_vlc or something else in freeswitch is eating up ram.
>
>     I just told our dialplan is mostly based on mod_vlc a portion on
>     mod_curl. I have attached the top command results in above post,
>     you can see freeswitch consuming more ram than any process.
>
>     One more thing, 6th freeswitch doesn't capture ram more than 1 gb,
>     that one is not using mod_vlc or mod_curl. On other 5 freeswitch
>     we are facing the issue.
>
>     6th one freeswitch dialplan just consist of.
>
>     <extension name="garbage">
>           <condition>
>             <action application="answer"/>
>             <action application="playback"
>     data="/opt/garbage/Generic_VM.wav"/>
>             <action application="hangup"/>
>           </condition>
>     </extension>
>
>
>     Thanks for your reply.
>
>     On 27 March 2015 at 18:32, I put the Who? in Mishehu
>     <mishehu at freeswitch.org <mailto:mishehu at freeswitch.org>> wrote:
>
>         Are you using linux?  If so, which memory value are you
>         looking at (VSZ, RSS...) ?
>
>         If you don't use mod_vlc, do you still see FreeSWITCH
>         consuming this much RAM?  Usually FreeSWITCH builds up a
>         memory pool and won't release that back to the system until
>         after shutdown, but I don't normally see that go above about
>         1.2GB of RAM in any of the systems I work on (though they do
>         not use mod_vlc).
>
>         -- 
>         Yossi Neiman
>
>
>         On 03/27/2015 07:57 AM, Aqs Younas wrote:
>>         Hi, users
>>
>>         We are using 6 freeswitch instances, 5 freeswitch instances
>>         for playing streams with mod_vlc. After 3 to 4 for days,  we
>>         see these (5) freeswitch taking more than 3gb of momory and
>>         even though calls are not more than 25.
>>
>>         Usually, some calls stay for more than 2 to 3 hours on some
>>         freeswitch.  Everytime we have to restart the freeswitch to
>>         release the captured memory.
>>
>>         But is believed, freeswitch must release the momory when
>>         there are no calls. But freeswitch still keeps captured memory.
>>
>>         I have attactted the top command result along with this email.
>>         Willing to perform any test if it helps tackle the problem.
>>
>>         Thanks for your help.
>>
>>
>>
>>
>>         _________________________________________________________________________
>>         Professional FreeSWITCH Consulting Services:
>>         consulting at freeswitch.org  <mailto:consulting at freeswitch.org>
>>         http://www.freeswitchsolutions.com
>>
>>         Official FreeSWITCH Sites
>>         http://www.freeswitch.org
>>         http://confluence.freeswitch.org
>>         http://www.cluecon.com
>>
>>         FreeSWITCH-users mailing list
>>         FreeSWITCH-users at lists.freeswitch.org  <mailto:FreeSWITCH-users at lists.freeswitch.org>
>>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>         http://www.freeswitch.org
>
>
>         _________________________________________________________________________
>         Professional FreeSWITCH Consulting Services:
>         consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>         http://www.freeswitchsolutions.com
>
>         Official FreeSWITCH Sites
>         http://www.freeswitch.org
>         http://confluence.freeswitch.org
>         http://www.cluecon.com
>
>         FreeSWITCH-users mailing list
>         FreeSWITCH-users at lists.freeswitch.org
>         <mailto:FreeSWITCH-users at lists.freeswitch.org>
>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>         http://www.freeswitch.org
>
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20150327/4652fe93/attachment-0001.html