Reprise du message précédent :

Pas d'ivy bridge ?

oui au fait c'est certain que Ivy bridge est immunisé contre une des variantes de spectre?
 
cf le test de Mki2268 sur un 3770k
https://forum.hardware.fr/hfr/Hardw [...] #t10307556

Oui, Suze pousse un patch, mais je n'ai pas vu le distinguo 800f12/f11  

C'est le  CPUID : 800f11 c'est les ZEN de la famille Ryzen R3, R5, R7, TR  
et 800f12 c'est les ZEN  famille Epyc

le patch poussé dans le kernel 4.14.13
https://cdn.kernel.org/pub/linux/ke [...] og-4.14.13
Soumis le 30 Nov ...
https://patchwork.kernel.org/patch/10095663/

Oups, tu avais déjà posté le lien RedHat.
https://forum.hardware.fr/hfr/Hardw [...] #t10307642
Tu as visiblement bien creusé le sujet; peux-tu m'expliquer la différence f12 / f11 ?

4.14.13    
Mais j'ai ma réponse  

Ewi je parlais du 4.14.13 et je ne sais pas pourquoi j'ai fourché plusieurs fois ..
erf, faut que j' arrête l'aspirine, moa ou que j'aille me coucher ça devient grave    

 
C'est clair, ils n'ont pas dû se fouler pour optimiser les patch sur leurs anciens OS, du coup les récalcitrants sont fortement poussés à passer (un peu contraints et forcés) à Windows 10 (c'est mon cas)...
 
Ils ont d'ailleurs repoussé la date limite de possibilité d'upgrade 7/8/8.1->10 au 16 janvier (c'était sensé se terminer le 31/12), de la à penser que c'est plus ou moins fait exprès...

 
Ils ne sont pas contraints et forcés, c'est aux utilisateurs de décider si le niveau de pertes niveau performances est problématique ou non en fonction des applications utilisés, pas juste se baser sur les vagues déclaration de M$.

J'ai testé hier, j'avais des latences de l’ordre de 4 secondes (mesuré avec DPCLAT http://www.thesycon.de/eng/latency_check.shtml ) lors de certaines opérations (lancement de VM via VirtualBox et téléchargement Bittorrent) alors que ça ne dépasse pas la seconde sans...inutile de te dire que le patch a vite été désinstallé...

C'est bien beau de nous annoncer que les jeux et benchs CPU ne sont pas (trop) affectés, mais un PC ne fait pas que ça, et voir augmenter sa latence de 400% ce n'est pas acceptable...

Si je veux garder un niveau de perfs acceptables j'ai donc deux choix: rester sur un Windows 7 vulnérable (ou prier pour que MS nous sorte un patch revu et corrigé...faut pas trop y compter à mon avis), ou passer à Windows 10 à marche forcée...En gros c'est la peste ou le choléra...

 
Je veux bien qu'il y a des problèmes sous certaines taches virtualisés etc, mais juste s’inquiéter par ce qu'on a mesuré une latence supérieur lors du lancement d'une VM et de  téléchargement de torrent, hum ça ne m'a pas l'air non plus très critique.
 
C'est bien au cas par cas en fonctions de ce que fait l'utilisateur avec sa machine, s'il juge que la perte de performance est pénalisante ou non, mais les deux exemples que tu me donnes hum, à moins que tu as besoin souvent de lancer/fermer/relancer ta VM.

Pour les Xeons s'en est ou la class action pour se faire rembourser le CPU?

On a des tests ?
 
L'impact des changements de microcode dépend :
 - du CPU (tous ne font pas exactement la même chose)
 - de l'OS (éventuellement réglable) : est-ce qu'on protège toutes les applis ou juste le kernel ?
 

 
Ce n'était que des exemples, reste que 400% de latence supplémentaire c'est énorme, on est loin des 30% (max et sur applis serveurs en plus) annoncés !
 
Pas mal de redditeurs annoncent aussi une perte de perfs:
 
https://www.reddit.com/r/intel/comm [...] owdown_on/
 
https://www.reddit.com/r/intel/comm [...] aswell_or/

 
Rien de concrets sur les deux Reddits, bref je jugerais quand y aura un test indépendant et clair sur la chose ou testerais moi même le moment venu dans les applis qui m'intéresse.

https://www.usnews.com/news/top-new [...] laws-found

Bonsoir,
 
J'ai un soucis général sur Windows 7. J'ai voulu lancé windows update pour que le correctif soit appliqué mais bizarrement Windows Update n'arrive pas à ce lancer. Même symptome sur 2 ordinateurs différent dans 2 logement différents.
Au premier lancement de windows update la fenêtre est vide et n'affiche rien à part le sablier qui tourne et impossible de fermer la fenêtre. Après un redémarrage la fenêtre de windows update s'affiche mais impossible de faire une mise à jour :

 
Une idée ? Bien sur j'ai vérifié que le service wuauserv soit bien démarré.
Que ça arrive sur mon ordinateur ok, mais que ça soit exactement le même problème sur celui de mon père qui n'est pas dans la même ville, je ne comprend pas.

Gros foutoir chez intel avec leurs microcodes ...
+ Downgraded microcodes:
       sig 0x000406f1, pf_mask 0xef, 2017-03-01, rev 0xb000021, size 26624
       sig 0x000506c9, pf_mask 0x03, 2017-03-25, rev 0x002c, size 16384
     + This removes IBRS/IBPB support for these two platforms when compared
       with the previous (and unofficial) release, 20171215.  We don't know
       why Intel declined to include these microcode updates (as well as
       several others) in the release.
 
https://packages.qa.debian.org/i/in [...] 0610Z.html

@chevalier2000 : même machine et cpu ?

 
J'ai eu le même souci l'autre jour et voici une solution :
 

 
Tout devrait rentrer dans l'ordre après ça    
 
Source : http://www.commentcamarche.net/for [...] ows-update

vu le message faudrait aller voir dans les services si windows update n'est pas désactivé

je me demande quand même... doit-je renvoyer mon CPU (delid) fraîchement acheter de cher Intel (bug) inside.  
Je l'ai choisie pour des chipotage niveau ipc et single core, mais un model AMD peu être relativement aussi bien pour mon usage (artwork 2d-3d+rendring et gaming).
Ma question est vaut-il vraiment le coup de changer à cause de ces nouvelles attaques?
Sachant qu'on ne sait pas trop ce qui va se passer encore niveaux futur patch firmware et bios (lien> bench bios patch dernière gen Intel+Asus).
https://www.youtube.com/watch?v=JbhKUjPRk5Q&t=359s
La menasse risque va t'elle vraiment être contré et a quel prix? les plus vieux processeur on l'air plus sensible au changement du microcode (pas mon cas mais quand même ) bref c'est tendu cherIntel

 
Il y a une nouvelle version du package de microcode (datée du 8/01):
https://downloadcenter.intel.com/do [...] a-File?v=t
 
Et cette fois le ucode pour mon Haswell-E passe en version 0x3B (la taille passe de 32Ko à 33Ko et la date de génération à 17/11/2017).
Je vais essayer de patcher le bios pour voir si cela change quelque chose...

Oui, il y en a quelques uns (la flemme de les chercher, hein   ). L'update microcode (au moins IBRS + le code kernel associé pour InteI), c'est vraiment ce qui semble le plus pénalisant dans les palliatifs (bien plus que KPTI). Pour AMD et IBPB, je n'ai encore rien vu sur l'impact  performances (mais j'imagine que c'est sensiblement identique). A vérifier, mais bon je pense que je désactiverai cette "fonctionnalité" sur Ryzen en attendant retpolines (j'attends vraiment un retour d'AMD sur le sujet   )

Je répondais à "c'est vraiment chiant que Ryzen soit impacté par Spectre 2, vu que cette mise à jour microcode tue les performances", donc ma question concernait l'impact de IBPB, pour lequel il ne me semble avoir rien vu.
 

Ben comme dit plus haut, on ne sait pas grand chose  sur l'impact performances sur les plate-formes AMD... Mais vu que ça revient à vider les caches, je ne vois pas pourquoi ça serait mieux que sur une plate-forme Intel. D'après l'article RedHat d'ailleurs, IBPB = 1 est moins efficace que IBRS = 1. A suivre, d'autant plus que AMD dans son premier jet prétend ne pas être sensible à Spectre variante 2  

Bah si c'est délid... Pas de retour. Mange ton CPU qui ne surchauffe plus.

 
J'ai eu le même soucis avec mon portable aujourd'hui, j'ai résolu le problème en installant la dernière maj avec "windows update mini tool" : https://www.malekal.com/windows-update-minitool/
Ensuite windows update fonctionne normalement.
 

Non configuration très différente

Merci ! Ça a marché.

Le tool est pour windows 10
----
Parmis les MAJ proposée je pense que c'est celle la qui patch meltdown sur Windows 7 : https://support.microsoft.com/en-us [...] -kb4056894
 
Pour Windows 10 : https://support.microsoft.com/en-us [...] -kb4056892

 
Mmmm ca se mange ? hehe
Delid par les service du magasin donc retour possible dans mon cas

Tiens, je ne savais pas que certaines boutiques vendaient des CPU delid. Si tu leur ramène, je serais curieux de savoir ce qu'il vont en faire.
 
Apres, pour l'échange, si on te reprend CPU + CM, tu peux prendre de l'AMD pour raller financièrement sur intel mais c'est a peu près tout.  
Niveau perf du coup ca va devenir du kif-kif.

Ou Linux, ce qui sera mon cas. Windows 10 n'est pas une fatalité.
 

C'est Grosbill a priori, ça m'avait surpris aussi de découvrir ça

T'as franchis le pas ? J'ai mis le patch et je ne vois clairement pas de différence. Faudrait vraiment un impact de fou pour qu'on me force à passer à Windows 10.
Pour voir la différences des performances, j'avais lancé le 27 décembre un benchmark sur le nouveau moteur de world of tanks (enCore), j'avais obtenu 14383 points en moyen, je viens de le relancé maintenant après le patch et je suis à 14296 points ce qui fait une baisse de 0.6%, en gros on est même dans la marge d'erreur.
 
Ça va je suis rassuré

Non.
 
Après il ne faut pas regarder que les perfs CPU.
 
Voilà les résultats des tests publiés par Intel:
 

 
fonctionne aussi bien sur win7 que win10 pour moi ...

 
on voit pas trop ce qu'apporte windows 10 là par rapport à windows 7

Bon ce n'est pas folichon...

Applis: Cinebench R15, LuxMark 3.1, Unigine Superposition, CristalDisk, AIDA64, Video Encoding fait par Sagittaire.

Point de départ, dernier bios d'Asus pour ma X99 Deluxe (3802) patché avec le uCode 0x3A qui date de janvier 2017 (par défaut Asus se limite au uCode 0x38 assez vieux).
Windows 10 x64 sans la mise à jour kb4056892 (pour Meltdown):

UCode toujours en 0x3A mais Windows 10 mis à jour avec le kb4056892:

Puis avec le bios patché avec l'ucode 0x3B qui date de novembre 2017 et Windows 10 à jour:

Le moteur de LuxMark (ray tracing) est celui qui souffre le plus...

Les transferts 4k du ssd prennent cher.

An Update on AMD Processor Security
https://www.amd.com/en/corporate/speculative-execution

Ils sont un peu plus clairs sur Spectre 2 dans cette update.
 
Pour info la lettre de Brian : https://newsroom.intel.com/news-rel [...] st-pledge/  
 
La nouveauté est qu’il dit bien pour la première fois que pour les CPU de plus de 5 ans il y aura peut être des updates en fonction des demandes des clients (les OEM évidemment).