数日前に行われました Ubuntuフォーラムへの投稿、彼は標準的な開発者は、デスクトップ環境が 「Gnomeshell」 Ubuntuバージョン19.04では、 これはGnome3.32に基づいています。 他のデスクトップ環境よりも著しく低速でした。
当初、その理由はJavaScriptの使用であると想定されていましたが、 しかし、JavaScriptはGnome ShellとMutterウィンドウマネージャーを組み合わせたコードのわずかXNUMX％であり、これが実際に観察された速度低下の原因ではないことが判明しました。
次の仮定は、ソフトウェアがCPUまたはグラフィックカードに過負荷をかけているというものでした。 しかし、測定はこれが事実ではなかったことを示しました。 代わりに浮かび上がったのは、プロセッサが長時間アイドル状態になることを余儀なくされたことです。
ここで注意すべき重要なことは、ソースコードのほとんどがGnome Shellではなく、Mutterプロジェクトにあるということです。 したがって、全体として、Mutterを考慮するとGnome Shellの約10％のみがJavaScriptで記述されており、約90％はCで記述されています。
そのため、 開発者はタイミングに研究を集中することができました、 この記事では「リアルタイム」と呼ばれています。 GnomeとMutterがイベントループを処理するため 単一のスレッドでそれぞれをグリブし、 彼らは遅れがちです。
遅延が長くなると、フレームのXNUMXつがスキップされる可能性があります モニター上の画像を構成します。 これは、モニター上のユーザーにとって目立った遅れとして現れます。
さまざまなラグを測定することにより、開発者はGnome3.34で修正されたXNUMXダース以上のGnomeバグを発見しました。
最初のエラーは、フレームのプログラミングが数ミリ秒遅れた後、フレームを再構築する必要がある時間が誤って計算されたため、フレームのスキップにつながりました。
しかし、常に発生するとは限らないこのエラーを修正することで、プレゼンテーションがはるかにスムーズになりました。
第二に、l開発者は、X.orgでほとんどすべてのフレームが遅延していることを発見しました テーブルの計算が早すぎたためです。 60 Hzのフレームレートでは、画面は16ミリ秒遅れました。
この場合、Waylandは影響を受けません。 もう60つの間違いは、ウェイランドだけに関係しています。 問題は、Mutterでマウスポインタを表示する速度が100Hzに設定されていたことでした。これにより、リフレッシュレートが異なると、最大XNUMX％のCPU使用率の問題が発生する可能性がありました。
さらに Mutterには、これまで部分的にしか解決されていない別の問題がありました。 その結果、すべての入力イベントは次のフレーム、つまり16Hzで最大60ミリ秒まで遅延しました。
もうXNUMXつの遅延は、X.org上のNvidia独自のドライバーの修正が原因で発生しましたが、現在は不要になっています。
また、OpenGL呼び出しが行われたマウスポインタに影響を与えるものを特定する別の問題も強調されました。これは非常に影響を及ぼし、CPUとGPU間の必要な同期のために追加の待機時間を引き起こします。
その結果、 Gnome3.34は大幅に高速です。 Ya まだ解決されていない少なくともXNUMXつの他の問題が知られています。
- 複数のモニターを使用する場合、Waylandバックエンドでのクラッシュにより大幅な遅延が発生します。 これは、Gnome 3.36、したがってUbuntu20.04の開発者によると修正する必要があります。
- XNUMX番目の問題は、Mutterでのすべての遅延がまだ解決されていないことです。 この記事は、トラブルシューティング時に避けるべき間違いに関するヒントと、次に何をすべきかについての展望で締めくくられています。
最適化 GnomeはUbuntu20用である必要があります。04多くの改善点があります 彼らは何に焦点を当てるべきですか？ 最新の高速ハードウェア。 古くて遅いコンピューターに影響を与える残りの問題は、Ubuntu20.10で対処および解決する必要があります。
出版物についてもっと知りたい場合は、 次のリンクを確認できます。