votre avatar

gugus69

est avec nous depuis le 21 juin 2018 ❤️

Bio

Oups.
On dirait que quelqu'un ici aime garder ses petits secrets, comme si de par hasard il y avait quelque chose à cacher...
Désolé, ô lectrice de passage, cher lecteur égaré, pas de révélation sensationnelle pour le moment sur ce profil.
Repassez plus tard ?

2 commentaires

Failles Spectre : OpenBSD va désactiver par défaut l'Hyper-Threading des CPU Intel

Failles Spectre : OpenBSD va désactiver par défaut l’Hyper-Threading des CPU Intel

Le 21/06/2018

Le 21/06/2018 à 22h 28






Bejarid a écrit :

La seul chose que le test prouve, c’est qu’il y a un bug sur cette appliance réseau (ce qui est démontré page 15, où l’auteur suppose un problème de thread locking). Mais il se garde bien de tester l’HT avec suffisamment de thread (le proc testé a 8 coeurs, et le teste se limite à… 8 threads !) pour en tester l’efficassité (il manque la ligne “Xeon E5-2650v2 & cxgbe, HT-disabled & 16rxq: inet4 packets-per-second” pour ça).


Je ne comprend pas: Cette machine dispose de 8 cœurs (donc 16 threads avec le HT).
Du coup, une fois le HT désactivé, il ne reste bien que 8 threads car quand le HT est désactivé 1 thread = 1 cœur  non ?
Alors à quoi cela servirai un test “Xeon E5-2650v2 & cxgbe, HT-disabled & 16rxq” ? car comme HT est désactivé (HT-disabled), il n’y a que 8 threads de disponible en tout, donc pourquoi demander au système d’en utiliser 16 ? Qu’est-ce que cela prouverai ?

 
 



Le 21/06/2018 à 21h 52






Bejarid a écrit :

Trouve moi un vrai test d’usage CPU qui ne profite pas de l’HT, je t’en pris…


Dans ce document, page 14: +24% une fois le HT désactivé (use case: routeur/firewall).