Brian,

We use lots of Perl code and many Perl session in our environment. That's where malloc and calloc were getting locking the thread and would stay there forever until we restarted the freeswitch.



On Wed, Feb 25, 2015 at 7:30 PM, Brian West <brian@freeswitch.org> wrote:
Where are you running on where malloc and calloc were locking up a thread and killing the CPU? 

On Wed, Feb 25, 2015 at 2:49 PM, Ali Pey <alipey@gmail.com> wrote:
We haven't measured the effect in Production yet, but in the lab, it made a big difference. 

The main problem that tcmalloc fixed for us was the threads locking on malloc and calloc and killing the CPU. I strongly recommend tcmalloc. In low traffic, it won't make a big difference, but in high traffic, you definitely need tcmalloc.

I will provide an update when I have better measurement from our production servers.

Regards,
Ali Pey
 

On Wed, Feb 25, 2015 at 11:25 AM, Michael Jerris <mike@jerris.com> wrote:
We make fairly heavy use of memory pools, which probably reduce malloc.  I suspect that using them is of little benefit but would be interested to hear to the contrary.

On Feb 24, 2015, at 2:15 PM, Tamas Jalsovszky <jalsot@gmail.com> wrote:

Great idea. Do you have any evidence whether other malloc libs (tcmalloc, jemalloc) gives better performance over glibc ones?

T.

On Wed, Feb 18, 2015 at 5:13 PM, Brian West <brian@freeswitch.org> wrote:
The webpage for TCMalloc states:

You can use tcmalloc in applications you didn't compile yourself, by using LD_PRELOAD:

   $ LD_PRELOAD="/usr/lib/libtcmalloc.so" blahblah


On Wed, Feb 18, 2015 at 9:59 AM, Ali Pey <alipey@gmail.com> wrote:
Hello,

Is there a way to switch to TCMalloc without recompiling freeswitch?

Can someone please point me to (or provide) some instructions? (Preferably for Centos 6)


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@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@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org



--

Brian West
brian@freeswitch.org


Twitter: @FreeSWITCH , @briankwest
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com

T:+19184209001 | F:+19184209002 | M:+1918424WEST (9378)
iNUM:+883 5100 1420 9001 | ISN:410*543 | Skype:briankwest


_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@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@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org