Grazie della risposta, googlando un pochino, in realtà ho scoperto che, per quanto riguarda le glibc l'opzione veramente importante sarebbe questa:
`--enable-kernel=version'
This option is currently only useful on GNU/Linux systems. The version parameter should have the form X.Y.Z and describes the smallest version of the Linux kernel the generated library is expected to support. The higher the version number is, the less compatibility code is added, and the faster the code gets.
di cui questa sarebbe poi solo una logica conseguenza:
`--with-headers=directory'
Look for kernel header files in directory, not /usr/include. Glibc needs information from the kernel's private header files. Glibc will normally look in /usr/include for them, but if you specify this option, it will look in DIRECTORY instead.
This option is primarily of use on a system where the headers in /usr/include come from an older version of glibc. Conflicts can occasionally happen in this case. Note that Linux libc5 qualifies as an older version of glibc. You can also use this option if you want to compile glibc with a newer set of kernel headers than the ones found in /usr/include.
A naso, quindi, direi che si, ricompilando le glibc con
Codice: Seleziona tutto
--enable-kernel=versione-kernel-in-uso
--with-headers=/usr/src/versione-kernel-in-uso
si dovrebbe avere un aumento (quanto apprezzabile è da vedere) delle prestazioni, resta da valutare se poi se applicazioni compilate con le glibc che avevano un --enable-kernel=versione-kernel-precedente continuano a funzionare
.
Scusate se mi sono quasi risposto da solo, spero comunque che, al limite, abbiamo imparato qualcosa.
