[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