Mark Kettenis (développeur pour la distribution) « suspecte fortement » que l'implémentation de SMT donnera lieu à de nombreux autres bugs dans la lignée de Spectre. Il vise notamment l'implémentation d'Intel, mieux connue sous le nom d'Hyper-Threading.
Décision a donc été prise de désactiver l'Hyper-Threading par défaut, mais il est possible de le réactiver via un paramètre hw.smt sysctl. Pour le moment, les processeurs Intel sont les seuls concernés, « mais nous prévoyons d'étendre cette fonctionnalité aux processeurs d'autres fournisseurs et d'autres architectures matérielles », affirme Mark Kettenis.
Ce dernier déclare enfin que le SMT « n'a pas nécessairement un effet positif sur les performances », en fonction de la charge de travail. Il y a néanmoins de fortes chances que les performances baissent si vous avez un CPU avec plus de deux cœurs.
Commentaires (29)
#1
Ce dernier déclare enfin que le SMT « n’a pas nécessairement un effet positif sur les performances », en fonction de la charge de travail.
Le troll vieux de 18 ans…
#2
Lui il est au courant d’une faille qui n’est pas encore rendue publique, on dirait…
#3
exemple typique de balançage de bébé avec l’eau du bain.
mais bon pour reprendre un petit troll repris de twitter: si personne n’utilise plus openBSD, y’aura plus de failles. " />
#4
Du coup on en est à combien ? 3 failles critiques exploitables à distance depuis 20 ans, c’est ça ?
#5
Je suis assez surpris par l’affirmation du gars, surtout qu’OpenBSD c’est dédié à des serveurs non ? Donc des machines hautement multithreadés…
#6
#7
#8
Cf. Ce test : lightroom 6.7 et la totalité des jeux vidéos ne montrent aucun gain significatif avec SMT. x265 est très limité chez Intel.
#9
#10
Et c’est moi le troll après….
HFR montre dans des cas réels l’influence que peu avoir le réglage activé ou non de l’HT. Moi c’est ce qui m’intéresse en tant qu’utilisateur " />
Les jeux c’est soumis à caution (encore que j’ai toute confiance en HFR pour contrer le GPU limit), mais vu que c’est l’usage le plus courant de mon CPU…
#11
#12
Dans mon cas pro (calcul scientifique massivement parallèle avec MPI), on désactive volontairement le SMT en n’utilisant que le nombre de cœurs physique disponible. L’impact de l’HT sur nos temps de calcul s’avère au mieux nul, sinon négatif.
#13
#14
#15
#16
#17
#18
Pour rappel OpenBSD ce n’est pas que pour les serveurs. Une grande partie des développeurs OpenBSD l’ont sur leur ordinateur portable par exemple.
#19
#20
#21
#22
#23
#24
#25
Les commentaires partent en sucette sur un point de détail.
Ce n’est pas important cette histoite de perfs du SMT / hyperthreading
Ce qui est important c’est que la direction d’openBSD décide de désactiver l’HT par defaut pour des raispns de sécurité
C’est grave ! De quoi toucher tous les i7 vendus depuis 10 ans ! Voire meme Ryzen.
On a des infos sur la faille ?
#26
#27
#28
Ce qu’on peut voir surtout c’est qu’OpenBSD est hyper réactif sur le sujet. Je ne sais pas si les autres OS ont commenté publiquement sur ce sujet.
#29