Je ne parle pas de problèmes de compat au niveau software, mais au niveau pacquage. Sous Debian, depuis multiarch, il faut installer les lib à la fois en 32 et 64 bits, et ce n'est pas parfait, loin de là. J'ai constaté des conflits entre les lib, sans parler des paquets cassés parce que ce n'est pas strictement la même version.
Ça, c'est pour les problèmes de compatibilité.
D'ailleurs, ça ne tourne pas vraiment nativement, tu as une option du kernel (activée par la plupart des distros) ainsi que des paquets permettant l'usage du 64bits. Par contre, je suis d'accord: au niveau logiciel, ça marche très, très bien. C'est vraiment le problème de maintenance des paquets qui me fait conseiller le 32 bits à un débutant qui utilise d'anciennes applications Windows, qui sont très souvent sur du 32 bits et pas nécessairement recompilables.
Je peux aussi te parler d'impacts de performance. Tu n'es pas sans savoir qu'un programme 64 bit consomme plus de RAM que son équivalent 32 bit, je pense. Ce problème n'impacte pas juste la RAM qui est abondante, tout le monde le sait (même si j'ai tendance à préférer les outils qui ne la gâchent pas, mais ça ne m'empêche pas d'utiliser du 64bits) mais également... les caches processeur, L1, L2 et éventuellement L3, qui eux sont étroits (entre quelques kilos et mégas).
Ceci étant dit, j'ai entendu parler d'architecture kernel hybride, qui exploiterait les nouveaux registres et instructions du 64bit, mais qui continue d'utiliser un adressage plus léger, comme pour du 32 bits.
Mais ces arguments plus détaillés ne me semblaient pas pertinents compte tenu du niveau de technicité de l'interlocuteur original et de l'usage.
Donc, je pense que tu ranger ton poing :)
PS: je ne t'ai pas moinssé, parce que je comprend ce que tu veux dire. Et je doute que tu vas finir dans les négatifs, si tu tiens à ton karma: malgré le poing, qui me fait plutôt sourire, ton point de vue est pertinent. C'est juste que, pour moi, le multiarch n'est pas si beau que ça.
[^] # Re: Le plus important, ce n'est pas la distro...
Posté par freem . En réponse au message Quelle distribution pour remplacer Win2k ?. Évalué à 1.
Tu veux plus de détails?
Je ne parle pas de problèmes de compat au niveau software, mais au niveau pacquage. Sous Debian, depuis multiarch, il faut installer les lib à la fois en 32 et 64 bits, et ce n'est pas parfait, loin de là. J'ai constaté des conflits entre les lib, sans parler des paquets cassés parce que ce n'est pas strictement la même version.
Ça, c'est pour les problèmes de compatibilité.
D'ailleurs, ça ne tourne pas vraiment nativement, tu as une option du kernel (activée par la plupart des distros) ainsi que des paquets permettant l'usage du 64bits. Par contre, je suis d'accord: au niveau logiciel, ça marche très, très bien. C'est vraiment le problème de maintenance des paquets qui me fait conseiller le 32 bits à un débutant qui utilise d'anciennes applications Windows, qui sont très souvent sur du 32 bits et pas nécessairement recompilables.
Je peux aussi te parler d'impacts de performance. Tu n'es pas sans savoir qu'un programme 64 bit consomme plus de RAM que son équivalent 32 bit, je pense. Ce problème n'impacte pas juste la RAM qui est abondante, tout le monde le sait (même si j'ai tendance à préférer les outils qui ne la gâchent pas, mais ça ne m'empêche pas d'utiliser du 64bits) mais également... les caches processeur, L1, L2 et éventuellement L3, qui eux sont étroits (entre quelques kilos et mégas).
Ceci étant dit, j'ai entendu parler d'architecture kernel hybride, qui exploiterait les nouveaux registres et instructions du 64bit, mais qui continue d'utiliser un adressage plus léger, comme pour du 32 bits.
Mais ces arguments plus détaillés ne me semblaient pas pertinents compte tenu du niveau de technicité de l'interlocuteur original et de l'usage.
Donc, je pense que tu ranger ton poing :)
PS: je ne t'ai pas moinssé, parce que je comprend ce que tu veux dire. Et je doute que tu vas finir dans les négatifs, si tu tiens à ton karma: malgré le poing, qui me fait plutôt sourire, ton point de vue est pertinent. C'est juste que, pour moi, le multiarch n'est pas si beau que ça.