Connexion
Abonnez-vous

Le noyau Linux 6.13 corrigera un problème de démarrage sur les machines AMD Zen 1 et 2

Le 03 décembre à 09h04

Le 6 novembre, un ingénieur de Nokia disait avoir remarqué un comportement étrange sur d’anciens serveurs contenant des processeurs EPYC d’AMD. Sur ces machines, le processus initramfs pouvait mettre beaucoup plus longtemps à démarrer, jusqu’à plusieurs dizaines de secondes, voire plusieurs minutes.

Comme le rapporte Phoronix, l’enquête sur le problème a permis de débusquer un vieux bug introduit il y a 18 mois dans la manière de gérer le microcode au sein des processeurs des générations Zen 1 et 2. Il ne s’agit donc pas d’un problème spécifique aux processeurs EPYC.

Plus en détail, il est nécessaire de vider le TLB (translation lookaside buffer) après mise à jour du microcode pour évacuer le mappage du tampon de la mise à jour. Un patch a donc été introduit avec l’étiquette x86/urgent, pour intégration dans le futur noyau 6.13, dont la Release Candidate 1 vient de paraître.

Les processeurs AMD de générations Zen 1 et 2 sont considérés aujourd’hui comme anciens (respectivement 2017 et 2019), mais sont encore largement utilisés. Linux étant souvent employé pour redonner « vie » à de vieilles configurations, le problème pourrait bien avoir été rencontré de nombreuses fois par les utilisateurs.

Le 03 décembre à 09h04

Commentaires (13)

Vous devez être abonné pour pouvoir commenter.

Abonnez-vous
votre avatar
Equipé d'un Ryzen 5 2600 (génération Zen+ de 2018), je trouve une différence énorme de temps de boot entre Windows 10 et Linux Mint 22 pourtant installés sur le même disque (SSD NVMe). Principalement car j'ai systématiquement droit à presque 20 secondes d'écran noir après GRUB et avant de voir le logo vert de Linux Mint... Est-ce que ça peut venir de ce problème ? J'espère pouvoir bénéficier du nouveau noyau dans les mois à venir pour voir si la situation s'améliore. Après démarrage tout est très réactif mais ce "temps de chauffe" me parait bizarre
votre avatar
Depuis un terminal pour avoir les durées de démarrage des services:

sudo systemd-analyze blame

Tu pourras vérifier si tu n'as pas un service dont le temps de démarrage n'est pas anormalement long.
votre avatar
Merci pour l'info, je vais tester. Mais débutant sur Linux, je suis pas sûr d'en tirer un vrai diagnostic 😏. Mais ça ne coûte rien d'essayer, je vois qu'il y a beaucoup d'entraide dans les communautés Linux, alors je ne baisse pas les bras
votre avatar
Intéressant ! J'ai un :
18.548s plocate-updatedb.service
ça me paraît long...
votre avatar
ls -alFs /var/lib/plocate/plocate.db ?
votre avatar
29408 -rw-r----- 1 root plocate 30113603 déc. 4 07:48 /var/lib/plocate/plocate.db
votre avatar
un updatedb, ça prend un certain temps suivant le nombre de fichiers sur ta machine. Ce n'est probablement pas un problème.
votre avatar
Marrant le dernier paragraphe. J'ai un processeur Zen 2, et pour moi c'est une bête de course. Jamais je n'aurais pensé à le classer dans les "vieilles configs" à qui il faut "redonner vie".
votre avatar
C'est un vieux réflexe à la vie dure qui date des années 90, quand une machine de plus de trois ans commençait déjà à sembler fatiguée.
Aujourd'hui mon PC va sur ses 10 ans, et sans parler de bête de course, je l'utilise quotidiennement sans soucis, même pour des tâche relativement "pointues".
votre avatar
Pareil, je me suis équipé d'un Thinkpad avec un Zen2 pas plus tard qu'en milieu d'année dernière, un 5500U + 16Gb de ram , et... C'est incomparable avec le I5 7200U + 8Gb de ram que j'avais sur le XPS 13 qui le précédait, que j'ai passé à un des enfants après avoir changé la batterie et qui roule bien quand même.
Je ne le classe pas du tout comme une vieille config, rendez-vous compte, 6 coeurs, 12 threads... J'ai une bête de course comparé à avant, très efficace pour bosser... Je me paie même le luxe de jouer dessus avec en 1080P/30fps (suffisant vu la taille de l'écran) avec du FSR, pour peu ou prou l'équivalence d'une PS4 selon les jeux...

Depuis qu'on a tant de ram, et des ssd, d'autant plus NVME, ça n'a aucun sens de dire qu'une config est dépassée, depuis au moins 2017. Pour la plupart des usages, c'est suffisant...

Moi j'ai changé parce que j'avais besoin de plus de ram et rapide pour gérer 3 navigateurs et des dizaines d'onglets ouvert + traitement graphique/vidéo et j'en passe... Même sous Linux. Et que je voulais un peu plus de perfs en 3D. (Faut dire qu'en plus à 500€, c'était une affaire.)
votre avatar
Moi j'ai un Ryzen 7 3700X, 8 coeurs 16 threads, avec 64Go de RAM. Heureusement que je suis sous Linux pour redonner vie à cette vieille config, limite indigne pour faire du dev :mrgreen:
votre avatar
C'est vrai, je garde mes configurations de plus en plus longtemps.
Quand j'ai commencé à bidouiller avec mon Celeron 400, je rachetais du matos très régulièrement.
Ma configuration actuelle (Threadripper 1950X) a 7 ans, j'ai juste changé ma carte graphique mais c'est tout.

Elle est tout à fait viable au quotidien et j'avais prévu de la conserver 4-5 ans.
Je pense changer de configuration l'année prochaine (pour le fun) et upgrader mon home server avec ma config actuelle.
votre avatar
On dirait que c'est une reprise de la formulation de phoronix ("aging processors"), qui m'avait déjà choqué.

https://www.phoronix.com/news/Linux-Zen1-Zen2-Slow-Boot-ucode

Le noyau Linux 6.13 corrigera un problème de démarrage sur les machines AMD Zen 1 et 2

Fermer