Lorsqu’une nouvelle mise à jour Windows arrive, on a tendance à grogner. Vraiment, tout de suite, Les fenêtres? Qu’est-ce que celui-ci va casser ? En ai-je vraiment besoin ? « Rappelez-moi plus tard. » Une nouvelle version du noyau Linux, en revanche, ressemble toujours à un mini-événement dans la communauté open source, promettant de nouvelles fonctionnalités intéressantes et des améliorations de performances pour les très nombreux appareils qui exécutent Linux. Le noyau est le bloc de construction fondamental de Linux que les nombreuses distributions comme Ubuntu et Arch (sur lesquelles est basé SteamOS de Valve) se transforment en systèmes d’exploitation à part entière.
Nous reconnaissons que sans les options et tout ce qui est puissant dans le jeu sur PC, le Steam Deck n’est rien
Pierre-Loup Griffais
Le Steam Deck partagera bientôt cette excitation du « nouveau jour du noyau », car la prochaine grande mise à jour de Valve, SteamOS 3.5, sera la première à mettre à jour le noyau Linux depuis son lancement. Cela signifie une multitude de bonnes choses pour les propriétaires de Steam Deck, même si la plupart d’entre elles ne seront probablement même pas remarquées.
Mettre à jour le noyau signifie « se rapprocher des derniers et des meilleurs avec de nombreux ajouts, correctifs de performances et correctifs fonctionnels qui amélioreront toutes sortes d’aspects du système », a déclaré Pierre-Loup Griffais de Valve à PC Gamer. « En termes de fonctionnalités de base, de jeux en cours d’exécution et de performances, ces types de correctifs à ce stade sont pour la plupart à l’écart, vous ne vous attendez donc à rien de transformateur là-bas. »
Ce résumé s’accompagne cependant d’une mise en garde : Valve a un correctif de performances important pour le Steam Deck à venir dans SteamOS 3.5. Le processeur du Steam Deck prend en charge une fonctionnalité moderne commune appelée SMT, ou multithreading simultané – vous connaissez peut-être mieux le nom d’Intel, qui est Hyper-Threading. En termes simples, SMT est la capacité d’exécuter deux threads sur un seul cœur de processeur. Il devrait s’agir d’une amélioration globale des performances, mais un problème obscur dans le noyau Linux avec lequel le Steam Deck était livré signifiait que dans certains cas, cela provoquait en fait une performance frapper.
« Auparavant, il y avait un comportement codé en dur dans le noyau Linux du côté AMD, où si un cœur se met en veille, il invalide son cache, car au moment où il se réveille, le cache peut ne pas être valide », a déclaré Griffais. « Il s’avère que lorsque vous avez deux threads sur le même cœur, et qu’un thread travaille toujours sur quelque chose, et que le deuxième thread SMT se met en veille, il jette son cache en utilisant la même logique. Ainsi, le thread en cours d’exécution perd soudainement son cache L3. En termes de CPU, c’est vraiment mauvais. Il doit en quelque sorte tout récupérer de la mémoire – beaucoup de latence, en gros une « bulle » en informatique. Et votre frametime va à la merde. C’est donc ce qui se passait. »
AMD a trouvé et corrigé le problème avant même que Valve n’ait identifié le problème. En fait, c’est ainsi que les développeurs de SteamOS ont compris ce qui se passait. Avec la mise à jour du noyau, ils pourront enfin le déployer auprès des utilisateurs.
Le problème a surtout fait son apparition dans les jeux plus anciens et a affecté les émulateurs qui n’étaient pas conçus pour le multithreading moderne ; si vous avez vu des bégaiements majeurs ou des fréquences d’images étrangement basses sur d’anciens jeux, SMT était probablement le coupable. Selon ce que vous jouez sur le Deck, vous ne remarquerez peut-être même pas de changement.
Certains propriétaires de Steam Deck ont cependant remarqué le problème et ont commencé à utiliser un plugin appelé Outils électroportatifs pour désactiver SMT. Griffais a mentionné qu’il y avait des appels pour que Valve intègre cette fonctionnalité dans SteamOS, mais ce n’était pas la voie qu’ils voulaient emprunter.
« Nous devions corriger le bogue qui oblige les gens à gérer cela au lieu d’ajouter un paramètre super contre-intuitif que les gens ne devraient pas avoir à désactiver », a-t-il déclaré. « C’est censé améliorer les performances à tous les niveaux. Nous voulions donc examiner la cause profonde du problème, plutôt que d’ajouter des options qui sont peut-être contre-intuitives et difficiles à utiliser, surtout s’il existe déjà un mod – laissez les gens fais ça en attendant. »
Griffais a fait l’éloge de certains des plugins que les bricoleurs de Steam Deck ont développés, mais la façon dont il a décrit l’approche de Valve face au problème SMT a mis en évidence l’équilibre délicat que le Deck doit trouver, contrairement à toute autre console de jeu.
« Nous chevauchons toujours cette ligne de ‘sommes-nous ce produit utilisateur très complexe ? Ou sommes-nous simplement ce produit très semblable à un appareil, c’est en fait un moyen très facile d’entrer dans le jeu sur PC ?' », a-t-il déclaré. « Nous reconnaissons que sans les options et tout ce qui est puissant dans le jeu sur PC, le Steam Deck n’est rien. Il représente le jeu sur PC. Mais il y a beaucoup de valeur à avoir cette expérience de type appareil. Nous essayons donc toujours de représenter à la fois et pour s’assurer que tout le monde a accès aux deux. Nous ne voulions pas être dans une situation où les gens doivent désactiver certains paramètres pour que les choses fonctionnent bien. Nous voulions simplement éliminer cela.
Sur la base de tests internes, Griffais pense que la mise à jour SteamOS 3.5 devrait faire en sorte qu’il ne soit plus nécessaire de désactiver SMT, bien qu’ils aient besoin de données de la version publique pour s’assurer que le bogue est définitivement éliminé.
SteamOS 3.5 inclura également un nouveau pilote graphique, bien que Valve ait tenu à accélérer une partie de cette mise à jour dans la version 3.4.6, publiée le 13 mars, prenant en charge le Remake de Resident Evil 4. Une fois la version 3.5 arrivée, elle sera en test sur le canal de prévisualisation de Steam Deck jusqu’à ce qu’elle soit prête pour une version stable.