Glibc 2.27 Will Premiere With Many Optimizations

[phoronix]

Phoronix: Glibc 2.27 Will Premiere With Many Optimizations

When glibc 2.26 was released in August it was a noteworthy release with plenty of optimizations and introduced its own per-thread cache. With the next installment of the GNU C Library there will also be many more optimizations...

http://www.phoronix.com/scan.php?page=news_item&px=Glibc-2.27-Features

[tambre]

Glibx 2.27 also has fixed a handful of security issues and other improvements are baking.

What's glibx?

[Uqbar]

... introduced its own per-thread cache

It'd be "per-thread memory allocation pools"! That's about the malloc() function family.
As it's written sounds like Mike doesn't know what he's talking about!

[Uqbar]

What's glibx?

A usual typo. 'C' is too close to 'X'. Like GlibD.

[sdack]

It'd be "per-thread memory allocation pools"! That's about the malloc() function family.
As it's written sounds like Mike doesn't know what he's talking about!

Actually he seems like he does, because the idea for improving malloc() by dividing it onto threads was initially done by tcmalloc, which implements thread caches, thereby showing how malloc() can be improved. Only by splitting up pools into more pools does one not gain more performance. If anything does it causes more overhead. The gain comes from using a CPU's entire cache architecture L1 to L3 and less use of locks. Hence the description of it as "per-thread cache".

See also the release notes to it, where it's also described as a "per-thread cache".

[Holograph]

I'm just looking forward to 2.26 not breaking my ~amd64 Gentoo seems to cause errors compiling a bunch of stuff such as GCC 6.x...

[tajjada]

Like GlibD.

Is that the SystemD version of Glib?

[eva2000]

if only centos 7.5+ had plans for updating glibc !

[Hi-Angel]

Happy Archlinux user here, using glibc-2.26 for months :Ь

[boxie]

I look forward to getting a chunk of performance sometime after 18.04.1 drops :P

(or at least after kde neon decides to upgrade to 18.04)