Je rejoins le commentaire plus haut, les distributions / OS qui se recompilent (Gentoo, BSD, etc...) bénéficient des améliorations des compilateurs en 64 bits.
Certes, l'utilisation mémoire est plus importante, mais on peut gagner quelques cycles d'horloges pour certaines opérations, qui lorsque très sollicitées, peuvent apporter un plus.
Corrélation avec une DB Oracle:
- nombre d'IOs total: 100 000 / heure
- j'ai deux requêtes SQL:
-- une mal foutue (full scan) qui bouffe 25 000 IOs chaque exécution, mais qui est pas souvent exécutée -> une fois par heure,
-- une bien foutue, qui bouffe seulement 5 IOs par exécution, mais est souvent exécutées -> 4 fois par secondes (total cumulé par heure=environ 75 000 IOs)
Moralité: si j'arrive à ne diminuer que de 1 ou 2 blocs la petite requête, je gagnerais beaucoup plus que si j'optimise la grosse requête.
Et avec le 64 bits, par exemple avec un serveur web qui sert des milliers de petites requêtes, le gain peut être significatif.
Enfin, pour le end-user, rappelons qu'un système n'est qu'un petit nombre de petites fonctions appelées très souvent....
Moralité: de nos jours, la plupart des puces travaillent bien en 64 bits, et les compilateurs savent optimiser de mieux en mieux cette architecture, d'où l’intérêt d'un OS qui se recompile sur sa cible, ou dont les paquets binaires ont été optimisés.
Si la puce Itanium avait pu émerger, nous aurions du vrai 64 bits sur nos laptops, et on serait dans un monde meilleur.
# Sur les distributions compilées....
Posté par georgeswwbush . En réponse au journal Quels avantages à installer un noyau 64 bits ?. Évalué à 0.
Je rejoins le commentaire plus haut, les distributions / OS qui se recompilent (Gentoo, BSD, etc...) bénéficient des améliorations des compilateurs en 64 bits.
Certes, l'utilisation mémoire est plus importante, mais on peut gagner quelques cycles d'horloges pour certaines opérations, qui lorsque très sollicitées, peuvent apporter un plus.
Corrélation avec une DB Oracle:
- nombre d'IOs total: 100 000 / heure
- j'ai deux requêtes SQL:
-- une mal foutue (full scan) qui bouffe 25 000 IOs chaque exécution, mais qui est pas souvent exécutée -> une fois par heure,
-- une bien foutue, qui bouffe seulement 5 IOs par exécution, mais est souvent exécutées -> 4 fois par secondes (total cumulé par heure=environ 75 000 IOs)
Moralité: si j'arrive à ne diminuer que de 1 ou 2 blocs la petite requête, je gagnerais beaucoup plus que si j'optimise la grosse requête.
Et avec le 64 bits, par exemple avec un serveur web qui sert des milliers de petites requêtes, le gain peut être significatif.
Enfin, pour le end-user, rappelons qu'un système n'est qu'un petit nombre de petites fonctions appelées très souvent....
Moralité: de nos jours, la plupart des puces travaillent bien en 64 bits, et les compilateurs savent optimiser de mieux en mieux cette architecture, d'où l’intérêt d'un OS qui se recompile sur sa cible, ou dont les paquets binaires ont été optimisés.
Si la puce Itanium avait pu émerger, nous aurions du vrai 64 bits sur nos laptops, et on serait dans un monde meilleur.