SteamOS 3.5 が間もなく登場します。Steam Deck の最も卑劣なパフォーマンス バグの修正が含まれています

SteamOS 3.5 には、新しい Linux カーネル、グラフィックス ドライバー、および厄介な SMT パフォーマンス バグの修正が含まれています。

新しい Windows Update が届くと、私たちはうめき声を上げてしまう傾向があります。 本当に、今、Windows ですか? これは何が壊れるのですか？ 本当に必要ですか？ 「後で思い出させてください。」 一方、Linux カーネルの新しいバージョンは、オープン ソース コミュニティでは常にミニ イベントのように見え、Linux を実行する非常に多くのデバイスにエキサイティングな新機能とパフォーマンスの向上が約束されています。 カーネルは Linux の基本的な構成要素であり、Ubuntu や Arch (Valve の SteamOS のベース) などの多くのディストリビューションが本格的なオペレーティング システムに変わります。

PC ゲームに関する強力なオプションやすべてがなければ、Steam デッキは何の役にも立たないことを私たちは認識しています。

Valve の次の大きなアップデートである SteamOS 3.5 は、発売以来 Linux カーネルをアップグレードする最初のアップデートとなるため、Steam Deck もまもなくその「新しいカーネルの日」の興奮を共有することになるでしょう。 これは、Steam Deck 所有者にとって良いことがたくさんあることを意味しますが、そのほとんどはおそらく気付かないでしょう。

カーネルのアップデートは、「システムのあらゆる側面を改善する多くの優れた追加、パフォーマンス修正、機能修正により、最新かつ最高のものに近づくことを意味します」と Valve の Pierre-Loup Griffais 氏は PC Gamer に語った。 「コア機能、ゲームの実行、パフォーマンスの点で、現時点ではそのような修正はほとんど行われていないため、そこに何か変革的なものは期待できないでしょう。」

ただし、この概要には注意点があります。Valve は、SteamOS 3.5 で Steam Deck の重要なパフォーマンス修正を 1 つ行っています。 Steam デッキのプロセッサは、SMT (同時マルチスレッド) と呼ばれる最新の一般的な機能をサポートしています。Intel の名前であるハイパー スレッディングの方がよく知られているかもしれません。 簡単に言えば、SMT は 1 つの CPU コア上で 2 つのスレッドを実行する機能です。 これは全体的なパフォーマンスの向上であるはずですが、Steam デッキに同梱されている Linux カーネルの不明瞭な問題により、場合によっては実際にパフォーマンスの低下が発生することがありました。

「これまで、AMD側のLinuxカーネルにはハードコーディングされた動作があった。コアがスリープ状態になるとキャッシュが無効化される。コアが復帰する頃にはキャッシュが有効ではない可能性があるからだ」とGriffais氏は述べた。 「同じコア上に 2 つのスレッドがあり、1 つのスレッドがまだ何かを実行していて、2 番目の SMT スレッドがスリープ状態になると、同じロジックを使用してキャッシュを破棄することがわかりました。そのため、実行中のスレッドは突然失われます」 」

Valve が問題を特定する前に、AMD が問題を発見して修正しました。実際、SteamOS 開発者はそのようにして何が起こっているのかを把握しました。 カーネルのアップデートにより、最終的にユーザーに公開できるようになります。

この問題は主に古いゲームで発生し、最新のマルチスレッド用に構築されていないエミュレータに影響を与えました。 古いゲームで大きな途切れやフレームレートの異常な低さが見られた場合は、SMT が原因である可能性があります。 デッキで何をプレイするかによっては、変化に気付かない場合もあります。

ただし、一部の Steam Deck 所有者はこの問題に気づき、PowerTools と呼ばれるプラグインを使用して SMT を無効にし始めました。 Griffais 氏は、Valve にはその機能を SteamOS に統合するよう求める声があったが、それは彼らが望んだ道ではなかったと述べました。

「私たちは、人々が無効にする必要がない非常に直感に反する設定を追加するのではなく、人々がこれに対処しなければならないようにしているバグを修正する必要がありました」と彼は言いました。 「全体的にパフォーマンスが向上するはずです。そこで、特にすでに MOD が存在する場合、直感に反して使いにくい可能性があるオプションを追加するのではなく、問題の実際の根本原因を調べたかったのです。その間にそれをしてください。」