• [^] # Re: P4 ?

    Posté par (site web personnel, Mastodon) . En réponse au journal GIMP roule aussi sur P4. Évalué à 5.

    Quel est l'intérêt du CPU à ne pas dire qu'il sait gérer le PAE ?

    Parce que c’est Intel je dirai « segmentation du marché », mais pour le PAE ça ne fait pas sens ! Je ne vois aucune raison de segmenter le marché entre le PAE et le non-PAE surtout des années après que tous les CPU du commerce le font ! Erreur ?

    J’ai aussi sous la main des CPU au sujet desquels Intel dit qu’ils ne prennent en charge que le 32bits, mais officieusement ils tournent très bien en 64bit. Je ne sais pas pourquoi Intel n’annonce pas officiellement le support 64bit mais ça tourne en production sans interruptions depuis de nombreuses années sans sourciller (j’ai ça dans des routeurs)...

    Comment trompe-t-on /proc/cpuinfo, dans ce cas ?

    Tu crées un nouveau fichier en rajoutant le mot clé pae dans la ligne flags de tes cpu, puis tu monte le fichier modifié sur le chemin original :

    sed -e '/^flags[ \t]/s/: /: pae /' /proc/cpuinfo > /etc/cpuinfo.pae
mount -o bind /etc/cpuinfo.pae /proc/cpuinfo

    Le mount -o bind est pratique : tout ce que tu écriras dans /etc/cpuinfo.pae sera vu par toute application qui lira /proc/cpuinfo. Le fichier modifié survivra au reboot mais pas le mount -o bind. Faire ainsi permet de tromper les scripts d’installation qui vérifient la présence du flag pae. Le noyau s’en fout, lui. Il y avait un paquet Debian qui automatisait ça il me semble.

    ce commentaire est sous licence cc by 4 et précédentes