[PATCH] NEWS: Mention tcache improvements

Cupertino Miranda cupertino.miranda@oracle.com
Tue Jul 8 17:43:59 GMT 2025


Hi Adhmerval,

I will work on a mechanism to release old cached non used chunks.
Soon, I will propose a patch to free old cached chunks.
After that it is very possible that enabling it to some extent by 
default makes sense.

Cheers,
Cupertino

On 08-07-2025 17:14, Adhemerval Zanella Netto wrote:
> 
> 
> On 08/07/25 12:07, Wilco Dijkstra wrote:
>>
>> Update NEWS with tcache improvements.
>>
>> OK for commit?
> 
> LGTM, thanks.  I have not followed in detail this development, why can't
> make it the default? It because of memory usage increase?
> 
> Reviewed-by: Adhemerval Zanella  <adhemerval.zanella@linaro.org>
> 
>>
>> ---
>>
>> diff --git a/NEWS b/NEWS
>> index cc668344c12255220881c8c8752eef3c744123b4..7c407c2ea3da1af3dd819f58129be8b5afc606e9 100644
>> --- a/NEWS
>> +++ b/NEWS
>> @@ -26,6 +26,11 @@ Major new features:
>>     speed_t is redefined to simply be the baud rate specified as an
>>     unsigned int, which matches the kernel interface.
>>   
>> +* The thread-local cache in malloc (tcache) now supports caching of large
>> +  blocks.  This feature can be enabled by setting the tunable
>> +  glibc.malloc.tcache_max to a larger value (max 4194304).
>> +  Tcache is also significantly faster for small sizes.
>> +
>>   Deprecated and removed features, and other changes affecting compatibility:
>>   
>>   * The glibc.rtld.execstack now supports a compatibility mode to allow
>>
> 



More information about the Libc-alpha mailing list