CPUもメモリも余裕なのにLinuxデスクトップが重い――システムモニターに映らない「隠れた遅延」の正体

公開日：2026年3月16日（米東部時間 午前10:00）

著者のロイネ・ベルテソンはストックホルム在住のテクノロジーライター兼翻訳者、デジタル戦略コンサルタントです。AIツール、Linux、家電、サイバーセキュリティ、SEOを中心に20年以上の実務経験を持ち、複雑な話題を読者が実際に使える形に噛み砕くことで知られています。自分で実際にツールを使い込み、あえて壊してみて検証した内容だけを発信しているのが信頼の理由です。

システムは健康そうなのに、デスクトップだけが妙に重い

システムモニターには映らないタイプのラグ

Linuxシステムは、実際には速いのに「遅く感じられる」ことがあります。ここが一番厄介なポイントです。私の環境では、CPU使用率は落ち着いており、メモリにも十分な空きがあり、ディスクへのアクセスも静かな状態でした。システムモニターは「ほとんど何もしていない、ご機嫌なマシン」という安心できる数字を示しています。それなのに、デスクトップの操作感はどこかおかしい。アニメーションにわずかな引っかかりがあり、タイピングは気になる程度に遅れて追いつき、ウィンドウを開く瞬間に一瞬のためらいがある。「壊れている」と叫びたくなるほどではないけれど、全体がじわじわとイライラを募らせるレベルで鈍いのです。

こういう種類のパフォーマンス問題は、Linuxユーザーを少しずつ狂わせていきます（さらに）。システムはアイドル状態に見えるのに、水面下で明らかに何かがおかしい。数時間の調査の末、ついに原因を突き止めました。ただし、真犯人が姿を現すまでには、いくつもの誤解を招くチェックを経る必要がありました。あなたのLinuxデスクトップが、健全なシステム統計を示しながらも謎のラグに悩まされているなら、調査がどう進んでいくのかをぜひ参考にしてください。

最初に異変に気づいたのは、デスクトップのアニメーションでした。私はCinnamonデスクトップ搭載のLinux Mintを使っています。普段は滑らかで反応も良く、ウィンドウは即座に開き、ワークスペースの切り替えも迷いなく動きます。派手こそしないものの、心地よく流れるような操作性です。ところがある日、それが変わってしまったのです。

フリーズするわけでも、クラッシュするわけでもありません。しかし日常的な操作に小さな遅延が忍び込んできました。メニューを開くのに普段より半拍多くかかる。ウィンドウのドラッグがわずかに粘着質な感触になる。テキストエディタへの入力が、たまにキーボードから遅れる。当然、システムモニターを開きました。

CPU使用率はほぼアイドル状態、メモリには潤沢な空きがあり、ディスク活動も静かです。バックグラウンドプロセスも完全に正常に見えます。目につくすべての指標によれば、このシステムはキビキビと動くはずでした。それなのに、まるで一晩で10歳くらい老け込んだような操作感です。ここから先のLinuxトラブルシューティングは、探偵仕事と軽度のパラノイアが半々になります。

容疑者たち（全員、無実でした）

CPUスパイク、暴走プロセス、ディスク活動

Linuxが遅くなるとき、まず疑われる定番の犯人がいくつかあります。第一の容疑者は、密かにCPUサイクルを食い潰す暴走プロセスです。挙動のおかしいブラウザのタブ、働きすぎているバックグラウンドのインデクサー、リソースを浪費する出来の悪いアプリケーション——というわけで、確認しました。

htop の表示は落ち着いていました。

怪しいCPU喰いもなく、システムを支配するバックグラウンドタブもなし。ロードアベレージもほとんど動いていません。次の容疑者は、メモリ圧迫です。

RAMが不足すると、Linuxはスワップに頼り始めます。そこまで行くと体感速度は明らかに落ちます。しかしメモリ使用量は上限から程遠く、スワップの活動も最小限。ここでも赤信号はありません。

続いてディスク活動です。故障しかけのドライブやバックグラウンドのインデックス処理は、静かにシステムの応答性を引きずり下ろします。ディスクの読み書きは低水準で、iotop にも不審な点は見つかりません。SSDは期待どおりに動作していました。この時点で、ありきたりな説明はすべて丁寧に脇へ退いて「私ではありません」と告げたのです。それでもデスクトップは重たく、問題はますます苛立たしいものになっていきました。

間違った場所を探し始めていた

トラブルシューティングが「当てずっぽう」に変わるとき

基本的なチェックがことごとく外れると、Linuxのトラブルシューティングは実験めいた試行錯誤へと流れがちです。最近のアップデートでリグレッションが起きたのかもしれない。グラフィックドライバーが変な動きをしているのかもしれない。拡張機能やバックグラウンドサービスがデスクトップ環境に干渉しているのかもしれない。

Cinnamonを再起動しましたが、変化なし。システム全体を再起動しても、まだ重い。次にGPUの挙動を調べました。デスクトップコンポジターはグラフィックスアクセラレーションに依存しているので、GPUが不調ならデスクトップ全体が微妙にぎこちなくなる可能性があります。しかしGPU使用率も正常でした。この時点で、システムはあらゆる角度から見て健康そのもの。それなのにデスクトップは、見えない糖蜜の中を歩いているような感覚のままです。

そこで私は、ラグが「いつ」発生するのかにより注意を払うようにしました。すると、パターンが浮かび上がってきたのです。

意外な真犯人は、目の前に隠れていた

Bluetoothオーディオが静かにデスクトップの応答性を壊していた

ラグは常時発生していたわけではなく、主にBluetoothスピーカーを接続しているときに現れていました。この発見は、ほぼ偶然によるものでした。まったく別の目的でスピーカーを切断してテストしたところ、突然デスクトップが完璧に滑らかになったのです。スピーカーを再接続するとラグが戻る。また切断すると、今度はサクサク。最初は馬鹿げた話に聞こえました。オーディオ機器がデスクトップの応答性に影響するなんて、あっていいはずがない。

しかし、Bluetoothオーディオは独特の振る舞いをすることがあります。内部では、Bluetoothドライバー、PipeWireのようなオーディオサーバー、コーデック、そしてデバイス本体との無線通信という一連のコンポーネントが連鎖しています。この連鎖のどこかがつまずくと、小さな遅延や中断が生まれ、それが波紋のようにデスクトップ全体へ広がるのです。

私の場合、Bluetoothスピーカーが効率の低いコーデックを使用しており、システムがオーディオバッファの再同期を絶えず繰り返す状態になっていました。

CPUは過負荷ではなかった。メモリも満杯ではなかった。しかしオーディオスタックは繰り返し処理を中断しては再試行していたのです。その微小な割り込みの積み重ねが、デスクトップ全体をかすかに重たく感じさせるには十分でした。システムモニターに映らなかったのは、システムが「忙しく」はなく、ただ何度もつまずいていたからです。Bluetoothのオーディオプロファイルを切り替え、別のコーデックを強制指定した途端、ラグは即座に消えました。デスクトップは滑らかで俊敏な感触を取り戻したのです。

関連記事：Linuxで壊れたパッケージを素早く修復する5つのコマンド

パッケージマネージャーの潜在力を引き出し、依存関係の破損にさよならしましょう。

謎のLinuxデスクトップ遅延の調べ方

システムモニターに何も異常が出ないとき

システムがアイドル状態に見えるのにLinuxデスクトップが重い場合、問題は定番のパフォーマンスツールには現れないことがあります。

以下の項目を確認してみてください。

1. ラグが発生するタイミングに共通のパターンがないか観察する。
2. ハードウェアの接続（USB、Bluetoothなど）を切り替えてテストする。
3. グラフィックスアクセラレーションを確認する。glxinfo やデスクトップの診断ツールで、ハードウェアアクセラレーションが有効かどうかを確かめられます。
4. オーディオスタック（PipeWire / PulseAudio、コーデック、プロファイル）を調査する。
5. デスクトップ環境を再起動してみる。

地味な作業ですが、驚くほどよく効きます。

すべてのLinuxの低速化が、明白なリソース不足から来るとは限らない

Linuxの強みの一つは透明性です。CPU使用率、メモリ消費量、ディスクアクティビティ、システムログを非常に細かく調べることができます。しかしその透明性は、時に私たちをミスリードします。システムモニターが健全に見えると、「システム自体は問題ないはずだ」と思い込みがちです。現実には、多くの微妙なパフォーマンス問題は、大きな負荷ではなく小さな割り込みから生じています。

接続を再試行し続けるBluetoothデバイス、ドライバーのエッジケースに苦戦するコンポジター、バッファを再同期し続けるオーディオサーバー、黙って再起動を繰り返すバックグラウンドサービス。これらは必ずしもCPU使用率を跳ね上げたりRAMを埋め尽くしたりしません。それでも、デスクトップを奇妙なほど重たく感じさせることがあるのです。

もしLinuxシステムがアイドル状態に見えるのに重たいと感じたら、気のせいだと決めつけないでください。本当の犯人は、まったく予想外の場所に潜んでいることがあります。そして時には、デスクトップ体験全体を静かに妨害していたスピーカーを切断するだけで、問題が解決することもあるのです。