COMPTOIR
register

Le module de gestion des CPU AMD arrive sous Linux 5.17

Valve l’avait déjà annoncé : en partenariat avec AMD, les firmes étaient prêtes à mettre les mains salement dans le code afin d’optimiser l’OS manchot — enfin, le noyau manchot — pour le matériel rouge. Et par « matériel », il faut bien comprendre « Steam Deck », la bonne volonté de la firme à l’origine de Steam n’étant évidemment pas désintéressée.

 

Hé bien, il semblerait que le boulot ait été convenablement réalisé, puisque le module amd-pstate, apportant le support optimisé AMD des P-State étant en bonne voie pour s’intégrer à la future mouture 5.17 du noyau Tux. Pour rappel, ces états régissent les niveaux de performances du CPU, chargés de discriminer entre les modes plutôt passifs — réduisant usuellement la fréquence autour du GHz — aux modes davantage actifs couvrant jusqu’à la fréquence de base. Attention à la confusion, il n’est point question de boost (overclocking automatique sous contrainte de limite de puissance thermique) mais plutôt de downclocking en fonction de la charge plus ou moins légère affectée à chacun des cœurs.

 

Si la nouvelle est plutôt positive pour les utilisateurs, elle est également criante des défauts actuels de l’OS libre : supporter activement une technologie d’une vingtaine d’années, voilà qui aurait pu être effectué bien plus tôt, et qui en dit long sur l’importance du développement pour un Linux desktop ou laptop chez les fabricants. Officiellement, le développement de amd-pstate est essentiellement motivé par le CPPC (Collaborative Processor Performance Controls), une technologie reposant sur l’interface ACPI depuis Zen2. Certes, mais, de son côté, le concurrent Intel propose un intel-pstate spécialisé depuis... 2009. Gageons que cela bouge avec la console mobile de Valve, et que son retard n’était pas, in fine, également dû à des mises au point logicielles. Rendez-vous vers mars pour une intégration du bousin dans Linux 5.17 ! (Source : Phoronix)

 

linux

Un poil avant ?

#OnYCroit : la fin de la pénurie de GPU pour mi-2022

Un peu plus tard ...

L'E3 2022 lui aussi en dématérialisé

Les 7 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Nicolas D., le Mercredi 12 Janvier 2022 à 10h25  
par _m_ le Mardi 11 Janvier 2022 à 18h52
Quelqu'un m'a aussi fait découvrir ça
un petit lien tout mignon
Ouh, ça a l'air bigrement intéressant ça . Je mets en favoris de suite et je testerai ASAP
par _m_, le Mardi 11 Janvier 2022 à 18h52  
Quelqu'un m'a aussi fait découvrir ça
un petit lien tout mignon
par Nicolas D., le Mardi 11 Janvier 2022 à 11h01  
par Un ragoteur bio de Bretagne le Lundi 10 Janvier 2022 à 11h07
Que fait le module développé par Tuxedo module développé par Tuxedosur les apu AMD du coup ?
Si j'ai bien compris, ils jouent sur les limites thermiques et la ventilation pour offrir différentes option de personnalisation bruit/perfs. Il me semble également que CPUFreq autorise de limiter la fréquence maxi/mini du CPU, ce qui permet de gagner quelques degrés / minutes d'autonomie. Mais ça n'a rien à voir avec la politique de changement plus ou moins agressive des états CPU qui, elle, est directement dans un module noyau (et si ce n'est pas bien supporté, alors je vois mal comment Tuxedo y arriverai significativement mieux).
par Un ragoteur bio de Bretagne, le Lundi 10 Janvier 2022 à 11h07  
Que fait le module développé par Tuxedo module développé par Tuxedosur les apu AMD du coup ?

par Un ragoteur qui pipotronne en Communauté Valencienne, le Dimanche 09 Janvier 2022 à 10h40  
Ah, sur ProxMox j'ai du l'installer à la main, bon par défaut l'OS ne réduit pas les fréquences, mais en cherchant de la documentation le mode "schedutil" (de mémoire) était originellement présenté comme plus efficace que les solutions propriétaire, ce qui explique peut être cela. Sauf que les tests que j'ai lu concluaient tous que le Intel-PState était légèrement plus performant en mode "powersave"..
par Nicolas D. le Dimanche 09 Janvier 2022 à 09h53
Yes, mais via le driver générique CPUFreq, pas par un module dédié... Ce qui peut sembler un peu chiche face à la solution pstate d'Intel, qui gère aussi le turbo boost par ailleurs.
par Nicolas D., le Dimanche 09 Janvier 2022 à 09h53  
par _m_ le Samedi 08 Janvier 2022 à 15h24
Euh... le lien wiki que vous fournissez dit justement que cela est supporté depuis le noyau 2.6.18, soit 2006.
Alors ok, il s'agit du Cool'n'Quiet, pas de ces amd-pstate introduit sur Zen 2, mais on ne peut pas non plus dire que Linux introduit en 2022 le support d'une techno vieille de 20 ans, en s'étant tourné les pouces pendant tout ce temps-là
Yes, mais via le driver générique CPUFreq, pas par un module dédié... Ce qui peut sembler un peu chiche face à la solution pstate d'Intel, qui gère aussi le turbo boost par ailleurs.
par _m_, le Samedi 08 Janvier 2022 à 15h24  
 
Si la nouvelle est plutôt positive pour les utilisateurs, elle est également criante des défauts actuels de l'OS libre : supporter activement une technologie d'une vingtaine d'années, voilà qui aurait pu être effectué bien plus tôt, et qui en dit long sur l'importance du développement pour un Linux desktop ou laptop chez les fabricants.

Euh... le lien wiki que vous fournissez dit justement que cela est supporté depuis le noyau 2.6.18, soit 2006.
Alors ok, il s'agit du Cool'n'Quiet, pas de ces amd-pstate introduit sur Zen 2, mais on ne peut pas non plus dire que Linux introduit en 2022 le support d'une techno vieille de 20 ans, en s'étant tourné les pouces pendant tout ce temps-là