Donc sur le même principe que la compatibilité 32bits avec des bibliothèques 32bits compilées sur archi 64 bits, pour faire tourner des soft x86 sur x86_64, il faudrait un jeu de bibliothèques de compatibilité x32, et un soft x32 tournerait sur x86_64.
Bon, étant donné que mes serveurs type embarqué sont en ARM, tout de suite ça sert beaucoup moins, mais peut-être à garder en tête pour certains soft précis sur desktop/laptop.
Genre les logiciels de compression (gzip, bzip2, xz) qui n'ont pas besoin de 4Go de RAM mais font chauffer le CPU à mort, peut-être du ffmpeg aussi, et pourquoi pas un Apache en mode pre-fork, chaque processus n'ayant jamais besoin de quantité démesurée de RAM (ça doit probablement dépendre du site derrière cela-dit).
5 à 8% de gain en vitesse selon la page wikipédia, mine de rien c'est pas mal du tout !
Même X.org ne va pas monter très haut en RAM, 1Go c'est rare, faut sacrément bourriner.
[^] # Re: x32
Posté par Yth (Mastodon) . En réponse au journal x86 ou x86_64 ?. Évalué à 2.
Donc sur le même principe que la compatibilité 32bits avec des bibliothèques 32bits compilées sur archi 64 bits, pour faire tourner des soft x86 sur x86_64, il faudrait un jeu de bibliothèques de compatibilité x32, et un soft x32 tournerait sur x86_64.
Bon, étant donné que mes serveurs type embarqué sont en ARM, tout de suite ça sert beaucoup moins, mais peut-être à garder en tête pour certains soft précis sur desktop/laptop.
Genre les logiciels de compression (gzip, bzip2, xz) qui n'ont pas besoin de 4Go de RAM mais font chauffer le CPU à mort, peut-être du ffmpeg aussi, et pourquoi pas un Apache en mode pre-fork, chaque processus n'ayant jamais besoin de quantité démesurée de RAM (ça doit probablement dépendre du site derrière cela-dit).
5 à 8% de gain en vitesse selon la page wikipédia, mine de rien c'est pas mal du tout !
Même X.org ne va pas monter très haut en RAM, 1Go c'est rare, faut sacrément bourriner.
Bref, c'est intéressant.
Yth.