Linuxは俊敏性、効率性、そして静音性に定評があります。長年、私の普段使いのマシンもその評判に恥じない性能でした。アプリケーションの起動は速く、ワークスペースはシームレスに移動し、システムは高性能なLinuxマシンならではの堅牢さを実感できました。しかし、その感覚はゆっくりと変化していきました。
大きなクラッシュは発生しなかった。カーネルパニックも、致命的なアップデートスパイラルもなかった。システムは正常に動作し、機能していた。しかし、動作が重く感じられた。Windowsは不安定になり、ファイル操作も遅くなった。単純なマルチタスクでさえ、私がいない間にデスクトップがシロップに浸されていたかのように、少し固く感じ始めた。その後は、むしろ静かに、ほとんど執拗に、トラブルシューティングに取り組んだ。いつもの疑わしい原因を洗い出し、いくつかの誤解を招くような手がかりを追った。最終的に、解決策は非常に退屈で、ほとんど不快なものでした。しかし、うまくいきました。
クイックリンク
高速なシステムに何かがおかしいと感じ始めたとき
遅いことと「何かがおかしい」ことの違い。
Linuxユーザーが特に意識する瞬間があります。システムは技術的には遅くなく、ベンチマークも良好で、CPU使用率も正常、目に見えて過熱している部分もありません。ところが、その後、小さな遅延に気づき始めます。ウィンドウの切り替え（Alt+Tab）がスムーズでなくなり、アプリケーションの実行に、筋肉の記憶から予想されるよりも0.5秒長くかかるようになります。ファンが回転する これらは、個別に見れば大したことではないことが多いのですが、それらが重なると、配管に何か不具合があるのではないかというかすかな疑念が生じます。まさにその状況に陥ったのです。
デバイスはまだ全く問題なく使えたので、問題は軽減されるどころか、むしろ苛立ちを募らせた。難しい故障は簡単に直せる。パフォーマンスが落ちたと感じると、自分の正気を疑い始めるものだ。そこでターミナルを開いて、検索を始めた。
最初に調べたもの（そしてノイズであることが判明したもの）
いつもの容疑者たちは通常通り行動していた。
最初のステップは予想通りでした。Htopを起動し、しばらくシステムの様子を観察しました。CPU使用率は静かで、コアを消費する謎のプロセスは発生していませんでした。メモリ使用量も安定しており、空き容量は十分にあり、激しいスイッチングも発生していませんでした。ディスク容量も確認しました。これは誰もが経験から学んだ教訓です。ルートパーティションはパニックゾーンをはるかに下回っていました。それでも、日常的な使用ではシステムが少し鈍く感じました。
そこで私は典型的な改善の穴に落ちて、見直しました スタートアップサービス起動時に実行する必要がないものをいくつか減らし、明らかに不要になっていたバックグラウンドヘルパーを1つか2つ無効にしました。効果はありましたか？ わずかではありますが、おそらく。これは、感情的な投資家でないと実感できないような改善です。つまり、本当の問題ではありません。
推測をやめて測定を始めた瞬間
ディスクの活動が真実を物語る
最終的に調査を前進させたのは単純なことでした。アイドル状態の統計を見るのをやめ、システムの実際の動作を観察し始めました。開いているアプリケーションを見て、 ワークスペースの切り替えファイル転送など、ありふれた日常的な作業が続いていた。その時、ディスクの挙動がいつもよりおかしくなり始めた。完全に故障しているわけではないのに、システムは驚くほど大量の小さな入出力をコンスタントに実行していた。問題を引き起こすほどではないが、私が感じていた微妙な動作の重苦しさを説明するには十分だった。
ここで多くの人がハードウェアのアップグレードに飛びつきます。新しいSSD、より高速なドライブ、あるいはSATAケーブルを使った市販品への交換などです。しかし、私はかろうじて抵抗しました。なぜなら、このパターンは別の何かを示唆しているからです。
実際に効果があった退屈な解決策
パッケージの基本的なクリーニング
本当の改善は、全く面白くない出来事から生まれました。正直に言うと、これまで少し怠けていた日常的なシステムメンテナンスです。きちんとメンテナンスされたLinuxシステムでも、時間が経つにつれて不要なものが溜まっていきます。古くなったパッケージはそのまま残り、放置された依存関係は静かに積み重なっていきます。パッケージキャッシュは、誰もが仮置き場だと思っているあの引き出しのように、どんどん大きくなっていきます。そこで、私は退屈なメンテナンスをきちんと行うことにしました。
私の Debian ベースのセットアップでは、次のようになります。
- 放棄されたパッケージを削除します。
- パッケージ キャッシュをクリアしています。
- 部分的に取り外されたパッケージが徹底的に消毒されていることを確認してください。
- 静かに 1 回スワイプするだけですべてをきれいにリフレッシュします。
何も変わったことはありません。リスクのある調整もなし。午前1時47分にささやかれたカーネルの実験的な活動もありません。ただのメンテナンスです。ええ、分かっています。ベテランユーザーは呆れて「当たり前でしょ」と言うでしょう。でも、我慢してください。再起動後の違いは幻ではありませんでした。アプリの起動は速くなり、ワークスペース間の切り替えは再びシームレスになり、これまでひっそりと私を悩ませていた微妙な摩擦は、すっかり消え去りました。
小さなスキルは時間の経過とともに蓄積されます
現代のLinuxシステムは回復力に優れています。多くの混乱を、完全にクラッシュすることなく処理できます。これは強みであると同時に落とし穴でもあります。残ったパケット、古いキャッシュ、そして小さな不整合が蓄積されても、大きな障害につながることは稀です。むしろ、システム全体に小さな摩擦を生じさせます。さらに詳しく調べてみましょう。メタデータのパスが少し重くなったり、全く不要なディスクアクセスがいくつかあったりします。個別に見れば、気づかないほどです。しかし、これらが重なると、かつて高速だったマシンが、まるで少し人格障害を起こしたかのような、紛れもない感覚を生み出します。
適切なパッケージのメンテナンスを実行します。
Linuxシステムがわずかに遅い場合は、まずはシンプルなところから始めましょう。実際のワークロードでCPU、メモリ、ディスクの状態を確認してください。通常のタスク実行中のディスクアクティビティを監視し、適切なパッケージメンテナンスを実行してください。他の変更を行う前に、一度再起動して再評価してください。最も重要なのは、パフォーマンス調整を10個も詰め込みたいという衝動を抑えることです。すべてを変更してしまうと、何も学べません。
Linuxは高速です。しかし、面倒な習慣もその恩恵をもたらしています。解決策は、新しいカーネルや新しいSSD、あるいは週末をかけて設定ファイルを狂ったように書き換えることではなく、ただ10分のメンテナンスを丁寧に無視するだけで済むこともあります。面倒なほど面倒ですが、信じられないほど効果的です。そして私の場合、まさにそれがシステムに必要なものでした。
