COMPTOIR
register

Zombieload : et sous Linux alors ?

Maintenant que Zombieload a été officiellement dévoilée - alors que les patchs correctif sont arrivés aux alentours de mars - les dégâts sur les performances commencent à se mesurer, ici sur les ordinateurs Apple, mais également sur Linux. Windows reste encore dans l'ombre à l'heure actuelle, mais il faut avouer que l'OS n'est pas vraiment utilisé massivement pour des serveurs ou de l'accès distant, les utilisations compromises par la faille.

 

Au voulant du test, notre confrère Phoronix, toujours présent pour les relevés de dégradation de performances sous l'OS manchot, avec sous le capot un i9-7980XE (18 cœurs, 36 threads) tournant sous un Ubuntu 19.04, noyau 5.0.0-15 avec ou sans le paramètre mds=off. En effet, MDS est le nom plus sérieux de ZombieLoad, signifiant Microarchitectural Data Sampling.

 

linux

 

Bien que, la plupart du temps, les pertes de performances soient sous les 5%, certains cas programmes spécifiques sont particulièrement dégradées tel Hackbench, un outil de charge de l'ordonnanceur, ainsi que tout ce qui touche plus généralement aux changements de contextes et aux sockets (ceux permettant les connexions réseau pas, ceux pour installer le CPU). Cela n'a rien de surprenant lorsque l'on voit que ledit changement de contexte double de temps avec la correction... Il est bien entendu possible de désactiver l'HyperThreading, mais cela impactera grandement certaines charges qui raffolent du doublement des cœurs logiques, citons l'encodage vidéo par exemple. Rappelons toutefois que ce correctif est encore très jeune, et que d'autres solutions peuvent encore être implémentées afin de réduire l'impact de ces correctifs. Cependant, selon votre inclination à voir les verres plutôt vides ou plutôt pleins, il est aussi possible que le temps nous apporte toujours plus de failles à combler. Affaire à suivre !

 

Un poil avant ?

Le record de fréquence DDR4 tombe une nouvelle fois, c'est chez Ballistix !

Un peu plus tard ...

En cabine • Impact visuel et performances DXR et DLSS pour Metro Exodus

Les 6 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par nasra, le Vendredi 17 Mai 2019 à 23h13  
par Arobase40 le Vendredi 17 Mai 2019 à 17h18
Disons que cela n'a aucun intérêt puisqu'aucun Ubuntu ne gère des noyeaux Linux au delà de 5.0 (Ubuntu 19.04)... alors qu'avec Ubuntu 18.04 c'est soit du 4.15 soit du 4.18 en hwe.

Il y a toujours possibilité de forcer un noyau plus récent avec ukuu par exemple, mais le système n'aime pas trop en général.
Même Antergos qui a la réputation d'avoir des noyaux récents et de ne pas avoir besoin de changer de version est limité actuellement à 5.0.13...
Les LTS ne sont pas faites pour les derniers kernels (parce qu'elles sont taillées pour la stabilité, d'où le fait que les derniers kernels ne sont pas dispos dans les dépôts), mais il est toujours possible de lui adjoindre un kernel plus récent que le 4.18 avec UKUU : https://teejeetech.in/ukuu/
Au final ça permet un meilleur support matériel et d'éviter d'attendre que les avancées dans ce domaine soient backportées par Canonical.
par Arobase40, le Vendredi 17 Mai 2019 à 17h18  
par Un champion du monde en Nouvelle-Aquitaine le Vendredi 17 Mai 2019 à 12h22
Perso j'aurais trouvé ça plus pertinent de tester avec la dernière version du kernel 5.1.3 étant donné que c'est celle qui inclus tout les derniers correctifs.
Disons que cela n'a aucun intérêt puisqu'aucun Ubuntu ne gère des noyeaux Linux au delà de 5.0 (Ubuntu 19.04)... alors qu'avec Ubuntu 18.04 c'est soit du 4.15 soit du 4.18 en hwe.

Il y a toujours possibilité de forcer un noyau plus récent avec ukuu par exemple, mais le système n'aime pas trop en général.
Même Antergos qui a la réputation d'avoir des noyaux récents et de ne pas avoir besoin de changer de version est limité actuellement à 5.0.13...
par Un ragoteur de transit en Île-de-France, le Vendredi 17 Mai 2019 à 14h18  
par Un champion du monde en Nouvelle-Aquitaine le Vendredi 17 Mai 2019 à 12h22
Perso j'aurais trouvé ça plus pertinent de tester avec la dernière version du kernel 5.1.3 étant donné que c'est celle qui inclus tout les derniers correctifs.
[quote name='l'article de Phoronix']These results are using Ubuntu 19.04 with its now patched kernel and updated Intel microcode. These benchmarks are looking at the default/out-of-the-box kernel and then when rebooting with mds=off from the command-line just for seeing that impact with this new kernel code disabled while the other CPU mitigations are left enabled.[/quote]
et :
[quote name='l'article de Phoronix']Tomorrow will be the first featured (multi-page) article with MDS data on multiple systems[...][/quote]
par Un ragoteur Gaulois en Auvergne-Rhône-Alpes, le Vendredi 17 Mai 2019 à 13h17  
par Un champion du monde en Nouvelle-Aquitaine le Vendredi 17 Mai 2019 à 12h22
Perso j'aurais trouvé ça plus pertinent de tester avec la dernière version du kernel 5.1.3 étant donné que c'est celle qui inclus tout les derniers correctifs.
Phoronix est un site réputé hum hum
par Un champion du monde en Nouvelle-Aquitaine, le Vendredi 17 Mai 2019 à 12h22  
Perso j'aurais trouvé ça plus pertinent de tester avec la dernière version du kernel 5.1.3 étant donné que c'est celle qui inclus tout les derniers correctifs.
par Arobase40, le Vendredi 17 Mai 2019 à 12h08  
Dommage que le test n'ait pas été fait avec Ubuntu 18.04 au lieu de 19.04 quand on connait sa très courte durée de vie...