Bonjour, Dixit Jean-Pierre Giraud, le 10/01/2021 : >Cette page vient d'être mise à jour. Merci d'avance pour vos >relectures. Une correction et quelques préférences personnelles. Baptiste
--- 000001c7.index.wml 2021-01-11 11:11:26.567992061 +0100 +++ ./000001c7.index-bj.wml 2021-01-11 11:13:53.614411551 +0100 @@ -32,7 +32,7 @@ <h2 id="status">�tat d'avancement</h2> <p> -La prise en charge des machines pré-UltraSPARC a été abandonné à la fin du +La prise en charge des machines avant UltraSPARC a été abandonnée à la fin du cycle de vie de Debian Etch (voir <a href="https://wiki.debian.org/Sparc32";> https://wiki.debian.org/Sparc32</a>). Ensuite, le portage 32 bits nécessitait un processeur UltraSPARC et exécutait un noyau 64 bits. @@ -53,7 +53,7 @@ Il utilise un noyau 64 bits (compilé avec une version spécifique de <code>egcs</code>, appelée -« egcs64 ») mais le reste des applications tournent en 32 bits. +« egcs64 ») mais le reste des applications fonctionnent en 32 bits. On appelle ça l'« espace utilisateur 32 bits ». </p> <p> @@ -62,7 +62,7 @@ du portage pour SPARC. </p> <p> -En fait, il n'y a pas de réelle raison pour faire tourner des applications en +En fait, il n'y a pas de réelle raison pour faire fonctionner des applications en mode 64 bits. Le mode complet 64 bits implique une surcharge de travail en terme de taille de mémoire et de disque sans réel bénéfice. Quelques applications peuvent tout de même profiter d'un espace 64 bits et tel est
Attachment:
pgpHy4tJxE1i_.pgp
Description: Signature digitale OpenPGP