Imaginons un paquet qui aurait pour description :
« Replaces ISO C calls in the intel-based x86_64-glibc by SSE-enabled calls when possible ».
On ne comprend pas grand chose, c'est donc qu'on en a pas besoin, non ? Sauf que si je voyais un truc comme ça, le potentiel d'accélération que ça induit -- parce que les appels à la bibliothèque standard du C, j'en fais plein, et que j'ai une machine x86_64 avec SSE -- est énorme, vu que les appels à la bibliothèque standard du C, on en a partout.
Alors certes, ça concernerait une petite frange de la population : il y a plein de gens qui n'ont qu'un netbook => atom => 32 bits ; plein de gens qui ont un vieux x86 même pas 64 bits ; plein de gens qui n'ont « que » de l'AMD ; etc. N'empêche, pour la niche concernée, ce genre de paquet pourrait sérieusement accélérer l'intégralité du système (si la glibc n'était pas déjà optimisée dans ce sens -- je ne sais pas si c'est le cas, mais ça semblerait logique d'avoir certains bouts de codes spécifiques pour une architecture donnée, allant un peu au-delà de i686...).
Expliquer dans la doc de ce paquet hypothétique « si tu remplis les critères {intel;x86_64} tu peux potentiellement avoir 30% d'accélération sur certains applications », même si on ne comprend pas bien le charabia de la description donnée au début de ce post, ce serait quand même pas mal.
[^] # Re: reportbug
Posté par lasher . En réponse au journal Acronymania. Évalué à 2.
« Replaces ISO C calls in the intel-based x86_64-glibc by SSE-enabled calls when possible ».
On ne comprend pas grand chose, c'est donc qu'on en a pas besoin, non ? Sauf que si je voyais un truc comme ça, le potentiel d'accélération que ça induit -- parce que les appels à la bibliothèque standard du C, j'en fais plein, et que j'ai une machine x86_64 avec SSE -- est énorme, vu que les appels à la bibliothèque standard du C, on en a partout.
Alors certes, ça concernerait une petite frange de la population : il y a plein de gens qui n'ont qu'un netbook => atom => 32 bits ; plein de gens qui ont un vieux x86 même pas 64 bits ; plein de gens qui n'ont « que » de l'AMD ; etc. N'empêche, pour la niche concernée, ce genre de paquet pourrait sérieusement accélérer l'intégralité du système (si la glibc n'était pas déjà optimisée dans ce sens -- je ne sais pas si c'est le cas, mais ça semblerait logique d'avoir certains bouts de codes spécifiques pour une architecture donnée, allant un peu au-delà de i686...).
Expliquer dans la doc de ce paquet hypothétique « si tu remplis les critères {intel;x86_64} tu peux potentiellement avoir 30% d'accélération sur certains applications », même si on ne comprend pas bien le charabia de la description donnée au début de ce post, ce serait quand même pas mal.