Description of problem:

tcmalloc can crash ns-slapd from 389-ds-base in various places like other components or plug-ins, with a somehow generic segfault message, most of the time out of the control of 389-ds-base itself.

this bz is to track some of those customer cases reported as ns-slapd crashes and evaluate if the performance gain is till valuable versus stability.
should the memory allocator be switchable to either tcmalloc and glibc?


Version-Release number of selected component (if applicable):


How reproducible:
N/A

Steps to Reproduce:
1. N/A
2.
3.

Actual results:

kernel: ns-slapd[128160]: segfault at 0 ip 00007f728d83f32b sp 00007f7239e02bf0 error 4 in libtcmalloc.so.4.2.6[7f728d818000+48000]


Expected results:
;-)


Additional info: