Hi James,
Could you please let us know if this is possible ?
If so, any timeline would be very helpful to plan our product release.

Thanks & Regards
Somnath


-----Original Message-----
From: Sage Weil [mailto:[email protected]] 
Sent: Thursday, March 26, 2015 4:47 PM
To: [email protected]; [email protected]
Cc: Somnath Roy; [email protected]
Subject: Re: tcmalloc issue

Hi James,

Is it possible to get tcmalloc in trusty updated?  See below.

Thanks!
sage

On Thu, 26 Mar 2015, Somnath Roy wrote:

> Sage,
> Here is the tcmalloc issue I was talking in the performance meeting.
> 
> http://code.google.com/p/gperftools/issues/detail?id=585
> 
> The tcmalloc is consuming lot of cpus (and eventually slowing down the 
> performance) with the following perf top  trace.
> 
> 25.73% libtcmalloc.so.4.1.2 [.] 
> tcmalloc::CentralFreeList::FetchFromSpans()
> 12.52% libtcmalloc.so.4.1.2 [.] 
> tcmalloc::ThreadCache::ReleaseToCentralCache(tcmalloc::ThreadCache::Fr
> eeList*, unsigned long, int) 11.62% libtcmalloc.so.4.1.2 [.] 
> tcmalloc::CentralFreeList::ReleaseToSpans(void*)
> 1.56% [kernel] [k] __copy_user_nocache 1.44% libtcmalloc.so.4.1.2 [.] 
> tcmalloc::CentralFreeList::RemoveRange(void*, void*, int) 1.39% 
> libtcmalloc.so.4.1.2 [.] 
> tcmalloc::CentralFreeList::ReleaseListToSpans(void*)
> 0.89% libtcmalloc.so.4.1.2 [.] operator new(unsigned long)
> 
> 
> The TCMALLOC_MAX_TOTAL_THREAD_CACHE_BYTES is alleviating that but the env 
> variable setting for this is a noop in the binary we are having in Ubuntu 
> 14.04. It is fixed in gperftools-2.1.90 release.
> See the following link.
> 
> http://code.google.com/p/gperftools/
> 
> We can request Ubuntu guys to incorporate this version or the latest tcmalloc 
> version which is gperftools-2.4.
> 
> It will be really helpful if you can push them to incorporate this in 14.04 
> updates.
> 
> Thanks & Regards
> Somnath
> 
> ________________________________
> 
> PLEASE NOTE: The information contained in this electronic mail message is 
> intended only for the use of the designated recipient(s) named above. If the 
> reader of this message is not the intended recipient, you are hereby notified 
> that you have received this message in error and that any review, 
> dissemination, distribution, or copying of this message is strictly 
> prohibited. If you have received this communication in error, please notify 
> the sender by telephone or e-mail (as shown above) immediately and destroy 
> any and all copies of this message in your possession (whether hard copies or 
> electronically stored copies).
> 
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" 
> in the body of a message to [email protected] More majordomo 
> info at  http://vger.kernel.org/majordomo-info.html
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to