En fin d'année dernière, Intel tentait de mettre fin définitivement à la grosse polémique qui a traversé l'année 2024 concernant les processeurs Raptor Lake de la firme et leur détérioration dans le temps pouvant causer des instabilités. Cela passait par ce qui devait être le microcode définitif corrigeant tout ce qu'il y avait à corriger au niveau du processeur en lui-même : le microcode 0x12B sorti début octobre.
Fin mars 2025, Intel lançait le microcode 0x12C sans dire un mot, éveillant quelques craintes chez les possesseurs d'Intel Core de 13e et 14e générations au socket LGA1700. Intel prenait finalement la parole pour rassurer tout le monde en affirmant qu'il ne s'agissait là que d'un microcode "traditionnel" apportant quelques améliorations sans aucun lien avec le "Raptor Lake Gate" et que la firme n'allait pas non plus faire des communiqués officiels à chaque nouveau microcode lambda. Ouf !
Nous sommes début mai et voilà que le microcode 0x12F est de sortie. Ahhhhh, un autre petit microcode de routine ? Eh bien non ! Celui-ci réveille bel et bien les démons du passé, même si Intel se veut là encore rassurant.
Dans le cadre de ses efforts pour améliorer continuellement ses produits, Intel publie une nouvelle mise à jour de microcode (0x12F) qui complète la mise à jour de microcode 0x12B publiée en septembre 2024. Ce nouveau microcode améliore davantage les conditions du système qui peuvent potentiellement contribuer au défaut Vmin Shift Instability sur les systèmes équipés de processeurs Intel Core de 13e et 14e générations pour ordinateurs de bureau. Intel déploie cette mise à jour 0x12F suite à l'investigation d'un nombre limité de rapports concernant des systèmes fonctionnant en continu pendant plusieurs jours avec des charges de travail à faible activité et peu threadées.
La publication du microcode 0x12F ne modifie pas la détermination de la cause principale du problème Vmin Shift Instability pour les processeurs Intel Core de 13e et 14e générations pour ordinateurs de bureau : https://community.intel.com/t5/Processors/Intel-Core-13th-and-14th-Gen-Desktop-Instability-Root-Cause/m-p/1633442
Sur la base des tests et de la validation du microcode, Intel n'a identifié aucun impact mesurable sur les performances avec la mise à jour du microcode 0x12F.
Intel continue de recommander aux utilisateurs de processeurs Intel Core de 13e et 14e générations pour ordinateurs de bureau de s'assurer qu'ils ont installé les dernières mises à jour du BIOS et d'utiliser le profil des paramètres par défaut d'Intel dans leur BIOS pour réduire le risque lié au Vmin Shift Instability sur leurs systèmes.
Pour Intel, il ne s'agit donc là que d'une optimisation légère des solutions déjà apportées dans le microcode 0x12B. Elle ne remet pas en question la "root cause" du cœur du problème, ce fameux Vmin Shift Instability. Des variations de tension non désirées qui usaient donc prématurément les processeurs jusqu'à les rendre potentiellement instables. Une situation qui avait poussé par exemple Intel à faire passer la durée de garantie de ses CPU à architecture Raptor Lake à 5 ans au lieu de 3 ans pour calmer la grogne des utilisateurs.
Si cette annonce impliquant que le problème méritait encore quelques rustines supplémentaires vous inquiète un peu, n'hésitez pas à regarder si votre fabriquant de carte mère propose déjà la mise à jour vers ce nouveau microcode 0x12F. Si ce n'est pas le cas, cela ne devrait plus tarder. Il est d'ores et déjà déployé par ASRock, mais pas encore chez MSI semble-t-il.
Il aura fallu 3 ans à Intel pour parvenir à la version finale de ses microcodes pour Raptor Lake, on va enfin pouvoir commencer à les recommander ! 😅
La mise à jour doit-elle nécessairement se faire par BIOS ou les mise à jour au démarrage de l'OS pourraient suffire ? Car s'il faut passer par la case nouveau BIOS, je ne crois pas qu'on attendre cet effort pour toutes les références de tous les fabricants de CM compatibles Raptor Lake…
Donc le problème reste entier.
Tiens, tiens, on m'avait assuré ici , personne que je ne citerai pas, que tout était résolu a ce niveau et que je faisais la chasse aux sorcières presque depuis un moment chez intel.
Alors que dites vous maintenant Messieurs...
Comme je le disais, seul le temps peut ou pas prouver que les choses de ce genre sont résolus.Et c'est pareil dans tous les domaines:
Exemple moteur Peugeot puretech essence 1.2 et diesel 1.5 hdi, le constructeur a mainte et mainte fois répété que tout était résolu avec les modifications des moteurs, pourtant les derniers moteurs sortis malgré le fait que le nom a changé ont toujours des gros problèmes de fiabilité en 2025.Le pire c'est que les gens continu d'en acheter beaucoup malgré tous les problèmes de ceux ci et procès intenté.Et ce n'est qu'un exemple.
Pour revenir aux problèmes ici.Il faudra espérer que oui ce genre de problèmes disparaissent dans le temps. Et il y a aussi des problèmes processeurs chez amd avec certaines cartes mères qui ont des problèmes.
A force de jouer sur les tensions, etc, pour grappiller peu de choses en fait au final, on sacrifie la fiabilité, et avec l'explosion des consommations générales des processeurs, jouer a ce jeu est plus difficile et dangereux pour les constructeurs et client par répercussions.C'est vraiment dommage.
"La publication du microcode 0x12F ne modifie pas la détermination de la cause principale du problème Vmin Shift Instability pour les processeurs Intel Core de 13e et 14e générations pour ordinateurs de bureau"
ben c'est le cas, la cause a été éradiquée, et depuis y a 0 CPU qui ont cramé pour ceux qui ont fait la MAJ dans les temps avant que le CPU ne soit détruit. Ce BIOS là c'est du peaufinage, comme AMD le fait avec ses AGESA (TDP varaibles, tension mini, tension charge, etc), mais comme indiqué, ça n'impacte pas la cause principale déjà "soignée". La preuve que tu cherches, c'est que depuis le dernier microcode correctif, les CPU ont arrêté de griller, et cela a même permis à Intel de vendre plus de Raptor que d'Arrow. Chacun se fera son idée 😊
Ok mais en cas d'OC le problème reste entier ce qui n'est pas le cas chez AMD.
les CPU sont tellement poussés d'usine avec les algos que je me dis que ceux qui veulent encore OC aiment vraiment avoir des emmerdes. Faire péter la conso pour avoir 2 % de perf en plus, et faire du throttling car 100 °C, faut être maso. La seule pratique valable aujourd'hui, pour ceux qui ont connu comme moi l'époque des K6-2 des Pentium et des Celeron très overclockables, c'est de sous volter au contraire tout en assurant un turbo défini par le constructeur : ça a l'avantage de faire baisser la conso et les températures, et d'éviter le throttling. C'est ce qu'AMD a fait en quelque sorte avec ses Ryzen 9000, baisser l'enveloppe de consommation, les températures, tandis que le process a permis de conserver des fréquences assez élevées pour dépasser les perfs des Ryzen 7000.
L'OC manuel est à vos risques et périls, et ne fait pas partie des prérogatives ni des activités assurées et assumées par les marques, si tu sors du cadre d'utilisation défini par le constructeur, faut pas se plaindre si ça marche pas bien. En revanche si tu fais rien et que ça déconne, là c'est pas normal et c'est à la base du shitstorm que s'est mangé Intel l'année dernière.
Enfin on est d'accord sur le sujet sur ton dernier commentaire qui reflète bien ce que je disais avant.Les constructeurs peuvent dire ce qu'ils veulent pour échapper a une mauvaise image, des non prises en charge, ou dédommagement, etc, tout domaine confondu, si y a un problème et que ce problème n'est pas corrigé au bout d'un moment malgré les mises a jour du produit ou des logiciels pour une utilisation adéquate du produit et valider par le constructeur même si ce dernier dit que c'est réglé, a un moment les clients sont obligé de remettre en doute les paroles du constructeur du produit en question.Et cela peut toucher tout constructeur de matériel qu'il soit hardware ou logiciel ou en dehors de la tech et je tiendrai exactement le même discours dessus.Ici c'est Intel, mais cela pourrait être sur AMD, NVIDIA, ou fabricant de carte mère, etc, des fois ils sont plusieurs coupable en se renvoyant la faute et les problèmes ne sont pas résolu ou avant longtemps.Seul le temps peut confirmer ou pas de la résolution d'un problème après une mise a jour de produit, le reste c'est que du bullshit.