Meltdwon/Spectre : Intel recommande d'éviter ses patchs, le temps de les corriger

Meltdwon/Spectre : Intel recommande d’éviter ses patchs, le temps de les corriger

Meltdwon/Spectre : Intel recommande d'éviter ses patchs, le temps de les corriger

Il y a un peu moins de deux semaines, Intel annonçait se pencher sur les cas de reboots intempestifs (principalement avec des processeurs des générations Broadwell et Haswell) suite à l'installation du correctif. La semaine dernière, le fondeur parvenait à reproduire le souci et cherchait une solution.

Dans un nouveau billet de blog, la société explique avoir identifié la « cause profonde » et commencé à déployer un nouveau correctif, mais uniquement à des partenaires triés sur le volet pour le moment. Elle demande à ces derniers de le tester afin de le valider, avant de le déployer à plus grande échelle le cas échéant.

Plus surprenant, Intel « recommande que les équipementiers, fournisseurs de services cloud, fabricants de systèmes,  fournisseurs de logiciels et utilisateurs finaux arrêtent le déploiement des correctifs actuels, car ils risquent d'entraîner des redémarrages plus importants que prévu et d'autres comportements imprévisibles ». De nouvelles informations seront publiées au cours de la semaine promet l'entreprise.

Dans un échange de messages publics avec un développeur d'Amazon, Linus Torvalds s'en prend vertement à Intel et à ses patchs qu'il qualifie, entre autres sobriquets, de « poubelle ». On rappellera que ce n'est pas la première fois que le père du noyau Linux s'en prend au fondeur sur sa communication autour des failles Meltdown/Spectre.

Commentaires (22)


Intel se fout ouvertement de la gueule du monde, ils ont largement les ressources d’avoir des mecs competents. Je suis pas pret de retourner chez eux avant bien longtemps.


Il serait intéressant d’en faire un article plus fourni, notamment pour bien comprendre ce que propose Intel et les inconvénients. J’ai lu le message de Linus mais je ne suis pas assez calé pour bien comprendre :(


Il monte vite dans les tours le Linus.

 Mais effectivement, sur le fond je suis d’accord.








Carpette a écrit :



Intel se fout ouvertement de la gueule du monde, ils ont largement les ressources d’avoir des mecs competents. Je suis pas pret de retourner chez eux avant bien longtemps.





Je crois que c’est surtout parce que ça touche à de l’infra matériel (Le circuit imprimé en cilicium en gros) qu’ils essayent de corriger de façon logiciels, donc de très bas niveau.



D’autant que cette partie semble être la même depuis plus d’une dizaine d’année, donc les ingénieurs ne sont probablement plus compétent dessus (y’a qu’à voir AMD qui avait des docs techniques plus à jours sur certains modèles ce qui a occasionné des défaillances au niveau des partenaires pour les patchs).



Je ne les excuse pas, mais il ne faut pas croire non plus que c’est une problématique “facile”, un processeur c’est pas une voiture, on change pas les pièces comme on veut, y’a des milliards de transistor, les circuits physiques sont créé par ordinateur à partir des circuits logiques, faut pas l’oublier.

 



Ils ont des gens compétents (sinon ils ne serait pas leader avec 80% de PDM)

Le soucis c’est qu’il faut identifier les “pannes”, les reproduire, les corriger sans en introduire d’autres ni trop réduire les performances.



Tu peux évidement aller ailleurs, mais les autres ne sont pas à l’abri de commettre le même genre d’erreur à l’avenir


Je propose l’extrait ci-dessous comme le plus significatif:



I’m sure there is some lawyer there who says “we’ll have to go through

motions to protect against a lawsuit”. But legal reasons do not make

for good technology, or good patches that I should apply.








PtiDidi a écrit :



Ils ont des gens compétents (sinon ils ne serait pas leader avec 80% de PDM)

Le soucis c’est qu’il faut identifier les “pannes”, les reproduire, les corriger sans en introduire d’autres ni trop réduire les performances.



Tu peux évidement aller ailleurs, mais les autres ne sont pas à l’abri de commettre le même genre d’erreur à l’avenir





Ils ont eu des gens competents, nuance. Y’a pas mal d’inerties sur le

marche et ils ont vire pas mal de monde depuis dont des mecs importants

du lab.



 



Ramaloke a écrit :



Je crois que c’est surtout parce que ça touche à de l’infra matériel (Le circuit imprimé en cilicium en gros) qu’ils essayent de corriger de façon logiciels, donc de très bas niveau.



D’autant que cette partie semble être la même depuis plus d’une dizaine d’année, donc les ingénieurs ne sont probablement plus compétent dessus (y’a qu’à voir AMD qui avait des docs techniques plus à jours sur certains modèles ce qui a occasionné des défaillances au niveau des partenaires pour les patchs).



Je ne les excuse pas, mais il ne faut pas croire non plus que c’est une problématique “facile”, un processeur c’est pas une voiture, on change pas les pièces comme on veut, y’a des milliards de transistor, les circuits physiques sont créé par ordinateur à partir des circuits logiques, faut pas l’oublier.

 





Je dis pas que c’est facile mais la gestion de la crise depuis le debut est plus que discutable, on est a 2 doigts de l’amateurisme alors qu’ils ont eu des mois pour bosser dessus.



Le problème de Torvalds c’est qu’à force gueuler pour tout et n’importe quoi pour se faire remarquer, on finit par ne plus le prendre au sérieux… Même si là, pour le coup, son coup de gueule est légitime.








Carpette a écrit :



Ils ont eu des gens competents, nuance. Y’a pas mal d’inerties sur le

marche et ils ont vire pas mal de monde depuis dont des mecs importants

du lab.



 

Je dis pas que c’est facile mais la gestion de la crise depuis le debut est plus que discutable, on est a 2 doigts de l’amateurisme alors qu’ils ont eu des mois pour bosser dessus.





Clairement, cependant au vu de la multitude de configuration matériels et logiciels des processeurs, c’est pas si étonnant : Regarde les merdes obtenus lors des MAJ de smartphone, alors que le constructeur maîtrise tout (matériel et logiciel) et les applique avec plus d’un an de retard souvent…



Ici il faut corriger un bug matériel qui touche directement aux accès système, donc utilisé tout le temps, qui est ainsi depuis 10ans, et ce sans (trop) dégrader les performances et sans empêcher le bon déroulement des exécutions.



Ils doivent avoir un paquet d’ingé sur le pont <img data-src=" />



Intel a plus de 75% des parts de marché depuis plus de 10ans.

Si vraiment Intel n’a plus de gens compétent, AMD attend quoi pour lui reprendre des parts?


De lever des fonds peut etre ? Et je ne suis pas pro-AMD non plus, pour moi c’est que du business. A savoir qu’AMD a fait de mauvais choix pendant longtemps, genre ne pas fournir de code ouvert (mais pas forcement libre) ce qui leur a fait sauter tout le marche des serveurs notamment a cause des APUs, une paille.



Apres moi je m’en fous pas mal mais intel ne me reverra pas de si tot. Le foutage de gueule avait commence avec le nombre de failles liees a ME sur les 6 derniers mois. Je ne parle meme pas des changements d’architectures sauvages avec aucune retro-compatibilite.



Peut etre qu’on pourrait voir qqchose du cote d’ARM ? Commencer par unifier tous les exploitants ARM avec l’UEFI serait une bonne premiere etape.


Et sans les accords, qui ont courru sur plusieurs des années, -70% sur les cpu intel en échange d’un achat de 0 cpu amd, il serait à combien à de % de pdm ?



Pas difficile de faire augmenter sa pdm quand tu conclus des accords pour empêcher ton concurrent direct d’avoir accès à ce même marché. <img data-src=" />


Rappelons que Intel c’est 3 gus dans un un garage qui ont été obligés de pondre un patch en 2 jour.



Ah… non.


Ni pro-AMD ni pro-Intel non plus, mais AMD ne faisant pas mieux que Intel, on peut en déduire que Intel n’est pas constitué que de mauvais.



Les changements de socket étaient moins nombreux chez AMD mais quand un socket dure 3/4ans soit plus ou moins la durée de vie d’une config (à l’époque), la rétique était au final la même chez les deux fondeurs.. :(



AMD aurait pu tirer son épingle du jeu, mais il aurait fallu faire des choix avec une vision sur le long terme..


Depuis plus de 10ans? C’est aussi que les produits AMD n’apportaient rien de bien nouveau.


Faut des sous pour faire de la R&D et quand t’en es à revendre tes actifs et te séparer de certaines partie de la boite pour pas coulé totalement, c’est que les caisses doivent forcément débordé de cash, bien évidemment.



On se demande bien ce qui a pu ammener à prendre ces décisions avec des réserves de cash gigantesquement faible, au point d’être dans le rouge (ahah) trimestre après trimestre pendant 10ans ? <img data-src=" />



D’ailleurs une bonne partie des ingé compétents d’Intel vient de chez AMD, qui a du se séparer d’une partie de son personnel faute d’argent pour tous les garder à la maison. Merci le coup de pute d’intel pour la vente des p4 tout merdique, n’est-il-pas ?



AMD a une vision à court terme ? Le rachat d’ati c’est pour faire jolie et c’est pas Intel qui achète des gpu à AMD pour les foutre dans ses cpu parce que ses igpu sont pas aussi bon ? Mantle (donc dx 12, metal, et les autres afin de mieux tirer partie du matériel) aussi ça a du être fait sur un coup de tête et sans aucune vision du futur.



Bah oui, AMD à tellement d’argent à dispoition que ses choix se limite à pas grand chose puisque de toute façon au trimestre suivant ils auront engranger des milliards de $ de bénéfice quoiqu’il arrive. Et l’innovation est inutile, puisque l’inertie des gens qui ne veulent rien changer à leurs habitudes l’aide à garder sa place et son CA énorme.



Un portrait parfait d’AMD, Intel étant à l’opposé total avec +40% de perf/génération comme on a pu le voir ces dernières années. <img data-src=" />








PtiDidi a écrit :



Ni pro-AMD ni pro-Intel non plus, mais AMD ne faisant pas mieux que Intel, on peut en déduire que Intel n’est pas constitué que de mauvais.





d’un point de vue purement logique, non on ne peut pas en déduire ça <img data-src=" />



Et donc, AMD qui a pratiquement nié au départ être impacté par ces failles, quelle a été la réaction de Linus à ce sujet ?


Pour le post de Linus Torvald - j’ai l’impression que ça concernait Spectre, plutôt que Meltdown (il parle d’ “indirect branch speculation”)



Il mentionne aussi retpoline, qui est une technique mise en avant par Google pour combattre certaines variantes de Spectre



https://securityboulevard.com/2018/01/google-develops-application-level-defense-…



Intel a l’air d’avoir une autre solution, apparemment moins élégante et plus coûteuse en perfs (?)



http://www.zdnet.fr/actualites/faille-spectre-le-correctif-de-google-epargne-pc-…



Enfin bon c’est quand même la belle m*e…



&nbsp;


J’ai jamais dit que toutes les décisions étaient mauvaises.

Et évidement, “la vision à long terme” ne doit pas s’appliquer qu’aux dirigeants de la boite, mais aussi à ses actionnaires. Quand les dirigeants cherchent la rentabilité, c’est plus pour les actionnaires que pour la boite.

Et oui, je suis d’accord, une boite non rentable trop longtemps perdra ses actionnaires et coulera..



+40% de perf/génération, c’est bien, mais c’est par rapport à la concurrence que le client compare lui








PtiDidi a écrit :



Depuis plus de 10ans? C’est aussi que les produits AMD n’apportaient rien de bien nouveau.





Le problème n’est pas technique mais marketing… Les derniers cpu amd sont vraiment très bon mais la presse continue à sucer les baloches à intel ( un peu moins qu’avant ) parce que intel fournis de plus gros chèque à la presse. Les prix élevés de intel permettent aussi de gagner plus d’argent via l’affiliation.









PtiDidi a écrit :



Intel a plus de 75% des parts de marché depuis plus de 10ans.

Si vraiment Intel n’a plus de gens compétent, AMD attend quoi pour lui reprendre des parts?





En attendant, le trésor de guerre sur lequel est assis Intel lui permet surtout de piquer les compétences chez AMD que l’inverse.



Mais bon, au final, AMD/Intel… dans les 2 cas 30 ans de business basée sur la compatibilité binaire (avec Microsoft en partenaire soft) n’aide pas trop à bousculer ce qui n’est plus optimal depuis bien longtemps mais constitue votre fonds de commerce. Mais bien plutôt à perpétuer des blocs dont on a sans doute perdu le VHDL depuis fort longtemps…

&nbsp;

Au final, cela donne l’impression que plus personne ne sait vraiment comment la machine fonctionne et s’aventurer hors des référence design bien balisés est de plus en plus hasardeux. Le niveau de support offert par les FAE Intel, proprement désastreux, confirme.

&nbsp;

Tous ces problèmes, cela annonce un peu le crépuscule d’une architecture qui n’a que trop duré et, comme toujours en pareil cas, accumulé de la mauvaise graisse. Même quand ils essaient de sortir un peu du marché PC, genre mobile/IoT, c’est le plantage complet et le coup de couteau dans le dos pour ceux qui leur ont fait confiance (et portent désormais les couches du même nom).



Une réputation soigneusement peaufinée qui explique bien des écarts de langage. Pas seulement de Torvalds.



Fermer