Linux のアップデートを即座に高速化:大きな違いをもたらした 1 つの設定

2026 年 4 月 1 日、午後 4 時 30 分 EDT に公開

Roine Bertelson は、ストックホルムを拠点とするテック ライター、翻訳者、デジタル ストラテジストであり、AI ツール、Linux、コンシューマー テクノロジー、サイバーセキュリティ、SEO 主導のコンテンツに関して 20 年以上の実践経験があります。彼は、複雑なトピックを、読者が実際の問題を解決するのに役立つ明確で実践的なガイダンスに変えることで知られています。人々が彼の作品を信頼しているのは、彼が記事にしているツールを実際に使用してテストし、意図的に物事を破壊し、現代テクノロジーの混乱を人間的で誠実で役立つと感じるアドバイスに変換しているためです。

Linux アップデートのクロールを見ていると、非常に特殊な種類のイライラ (興味のある人がいるなら、私はそれをペンギン怒りと呼んでいます) があります。失敗しない、クラッシュしない、さらには文句を言わない。ただそこに座って、各パッケージを個別に交渉しているかのように少しずつ前進してください。私のシステムは壊れていませんでした。インターネットはしっかりしていました。ストリーミング、ダウンロード、Docker プル、すべて問題ありません。しかし、apt update を実行した瞬間 apt upgrade が続きます 。すべてが礼儀正しく、ほとんど受動的攻撃的なペースに減速しました。 Linux が「最終的にはそこに到達するだろう」と言っていたように。そして長い間、私はただそれを受け入れました。アップデートには時間がかかるはずですよね？ネタバレ注意:いいえ、違います。

問題は私のシステムにあるわけではありません

ミラーの選択が適切でなかったために更新が遅くなりました

クレジット:Roine Bertelson/MakeUseOf

Linux は 1 つの中央サーバーからアップデートをダウンロードしません。これは、世界中でホストされている同じパッケージのコピーであるミラーから取得します。理論的には、これは素晴らしいことです。冗長性、スピード、復元力。とても賢い。実際には、システムは静かに 1 つを選択し、最善の結果を期待します。

場合によっては、運が良ければ、瞬時に感じられる高速なローカル ミラーに到達することもあります。また、地球の裏側で、​​過負荷かパワー不足か、ただ単に悪い日を過ごしているかのいずれかで立ち往生することもあります。そして、あなたのシステムは、まるで長期的な関係にあるかのように、喜んで永久に使い続けます。それが私に起こったことです。何も問題はありませんでした。エラーや警告はありません。明らかに、更新には本来の権利よりもはるかに長い時間がかかりました。最悪の部分は、それが非常に微妙なことです。すぐに「これは壊れている」とは思わないでしょう。 「アップデートにかかる時間はこれくらいだろう」と思うかもしれません。そうではありません。

ミラーを切り替えたらすべてが変わりました

サーバーの性能が向上したため、更新が劇的に速くなりました

修正はほとんど不快なほど簡単でした。良い鏡に変えました。 Linux Mint および Ubuntu ベースのシステムでは、これはシステム設定に直接組み込まれます。最終的な儀式やフォーラムを探索する必要はなく、2012 年のブログ投稿からコマンドをコピー＆ペーストする必要もありません。

• オープン ソフトウェア ソース
• [ダウンロード元またはミラーリング] セクションを見つけます
• ミラーをテストするか、近くのミラーを手動で選択します
• 適用して更新します

それだけです。それが「微調整」です。せいぜい穏やかな改善を期待して、もう一度更新をクリックしました。代わりに、それはただ…行きました。私のシステムがついに目覚めて、まともなインターネット接続があることを思い出したかのように、荷物が届き始めました。同じマシン、同じネットワーク、同じアップデートでも、まったく異なるエクスペリエンスが得られます。それは最適化というよりも、そもそも存在する必要のないリミッターを取り除くような感覚でした。

並行ダウンロードも有効にしました

APT マルチタスクを許可すると、不必要な待機が解消されます

鏡がどれだけ違いを生むかを見て、私は興味を持ちました。なぜなら、小さな設定 1 つでそれだけのことが解決できるとしたら、他に何が隠れているのでしょうか?結局のところ、APT はデフォルトで保守的であるため、常に最も積極的なダウンロード動作を使用するとは限りません。列に並んで順番を待ちます。押し売りはしないでください。

共有ミラー上で配慮したい場合には、これは最適です。コーヒーが冷める前にシステムをアップデートしたいだけの場合は、あまり効果的ではありません。それで、少し微調整しました。

APT の設定を調整することで、より積極的なダウンロード動作を有効にすることができます。例:

Acquire::Queue-Mode "host";
Acquire::Retries "3";

また、設定によっては、パイプラインの深さを調整したり、複数の接続を許可したりすると、すべてを整然とした小さなラインで実行するよりも、より効率的にフェッチできるようになります。

以下も追加しました。

Acquire::Languages "none"; なぜなら、文化的に完全であると感じるためだけに、私が話せない言語の翻訳ファイルをシステムにダウンロードする必要がないからです。

結果はミラーを切り替えるほど劇的ではありませんでしたが、組み合わせるとさらに多くの時間が短縮されました。更新がタスクのように感じられなくなり、バックグラウンド イベントのように感じられるようになりました。まさにそこが彼らの居場所です。

Linux がデフォルトでこれを行わない理由

システムは安定性と共有リソースを優先します

Linux が意図的に時間を無駄にしていると非難する前に、これには理由があります。ミラーは共有インフラストラクチャです。すべてのマシンが突然、積極的な並列ダウンロードを実行すると、状況は急速に混乱するでしょう。したがって、ディストリビューションは安全策を講じます。保守的なデフォルト。予測可能な動作。共有サーバーに不必要な負担をかける必要はありません。これは、Linux に関する多くの決定の背後にある同じ哲学です。安定性が第一、パフォーマンスが二番目、混乱はオプションです。ただし、その代償として、実際に補助輪が必要になった後も、システムが補助輪を付けた状態で動作している可能性があります。特に、どこかのデータセンターに多数のサーバーを維持しているのではなく、適切な接続を使用して個人のマシンを更新している場合は特にそうです。

関連

アップデートを修正することで、微妙ではあるが一定の摩擦の原因が解消されました

ここが私が予想していなかった部分です。以前はシステムが遅いとは感じませんでした。明らかな方法ではありません。アプリは正常に起動しました。マルチタスクもスムーズでした。 「パフォーマンスの問題」を叫ぶものは何もありませんでした。しかし、アップデートが行われるたびに、この低レベルの摩擦が発生しました。 「ああ、これには時間がかかりそうだ」という感覚。これは、システムのメンテナンスを避けるべきもののように感じるのに十分な抵抗を追加しました。ミラーを修正し、APT が郵便局の待ち行列に似ていない動作をするようにプッシュすると、その問題は完全に削除されました。

今ではアップデートはあまり考えないほどすぐに行われます。私はそれらを実行し、完了し、そして私は自分の人生を続けます。精神的なオーバーヘッドも、待ち時間のゲームも、背景で静かな恨みが蓄積することもありません。そのとき、ピンときたのです。システムが遅くない場合もあります。それは不必要に礼儀正しいだけです。必要なのは、それを伝えるための 1 つの小さな設定だけであり、多少速くてもかまいません。