【2026年】Linux Swap vs zRAM 設定ガイド｜メモリ管理の最適化

この表から、デスクトップ用途では Swapfile と zswap の組み合わせが最もバランスが良いことがわかります。特に SSD が主流の 2026 年現在、物理ディスクへのスワップは速度ボトルネックになりつつあり、RAM 内での圧縮処理が優先される傾向があります。しかし、ハイバネーション機能を利用したい場合は Swap パーティションまたは Swapfile のみが唯一の選択肢となります。zRAM は再起動後に初期化されるため、システムの状態を保存する目的では使用できません。ユーザーは「常時動作を維持したいか」「電源オフ時の状態保持が必要か」という要件で、これらの方式を選択肢から選ぶ必要があります。

zRAM の実装メカニズムと圧縮アルゴリズムの選定

zRAM は RAM 上に仮想ブロックデバイスを作成し、そこにデータを退避させる仕組みです。2026 年の Linux カーネルでは、この圧縮処理に複数のアルゴリズムが用意されています。一般的に利用可能な主なアルゴリズムには、lz4、zstd、lzo-rle などがあります。それぞれ圧縮率と速度のトレードオフ関係にあり、ユーザーの CPU やメモリ構成に合わせて選定する必要があります。例えば、Intel Core i9 や AMD Ryzen 9 のような高性能マルチコアプロセッサを搭載している場合、圧縮処理によるオーバーヘッドは許容範囲内であるため、高い圧縮率が得られる zstd を選択してもシステム全体の応答性には大きな影響を与えません。一方、低消費電力なノート PC や ARM ベースの Raspberry Pi 4 のような環境では、lz4 のように高速だが圧縮率は低めのアルゴリズムが推奨されます。

lz4 アルゴリズムは、圧縮速度とデコード速度が非常に速く、低負荷を特徴としています。2026 年の最新カーネルでもサポートされており、zRAM の初期設定で最もバランスの取れた選択肢としてよく使われます。圧縮率は zstd に劣りますが、CPU 使用率が 5% を超えることは稀です。一方、zstd アルゴリズムは、LZ77 と Huffman コーディングを組み合わせた方式であり、高い圧縮率を実現します。これにより、同サイズの RAM 領域でより多くのデータを退避させることが可能となり、システムがメモリ不足になりにくくなります。ただし、CPU に負荷がかかるため、低価格な CPU ではスワップ処理自体の待ち時間が発生する可能性があります。lzo-rle は、Run-Length Encoding と Lempel-Ziv-Oberhumer の組み合わせで、非常に軽量ですが圧縮率は中程度です。

zRAM 設定における圧縮アルゴリズム性能比較表

以下は、主要な圧縮アルゴリズムの性能と推奨環境をまとめた比較表です。2026 年の標準的な CPU 環境での目安としてください。

設定例として、/etc/default/zramswap のような設定ファイルや、コマンドラインでの直接指定が可能です。例えば、zstd を使用して初期サイズを 8GB に設定する場合、以下のコマンドが有効です。echo zstd > /sys/block/zram0/comp_algorithm と echo 8G > /sys/block/zram0/disksize を実行します。2026 年現在の Ubuntu 24.04 LTS や Fedora 41 では、初期設定時に自動的にこの設定が行われる場合もありますが、より高度な制御には手動介入が必要です。また、圧縮アルゴリズムを変更する際、既存の zRAM デバイス上のデータは破棄されるため、システム再起動後に再構成する必要があります。CPU のコア数やクロック速度を確認し、自分のハードウェアに最適な設定を行うことが重要です。

Ubuntu/Fedora/Arch 等での zRAM 設定方法とツールの活用

2026 年の主要ディストリビューションにおける zRAM の有効化方法は、システムごとの差異があります。Ubuntu 24.04 LTS では、zram-tools パッケージまたは systemd-zram-setup システムユニットを使用します。Fedora 41 でも同様に systemd ベースの管理が標準ですが、Arch Linux では AUR にある zram-generator や zswap-manager のようなパッケージで設定を行うのが一般的です。Pop!_OS 24.04 は Ubuntu をベースとしており、類似の手順を踏みますが、GNOME の設定ツールやカスタムスクリプトとの互換性を考慮する必要があります。EndeavourOS も Arch ベースのため、コマンドラインでの設定が中心となります。これらのディストリビューション間で共通する基本手順は、カーネルモジュールのロードから始まり、デバイスファイルのマウント、そして圧縮アルゴリズムの設定までです。

具体的な設定例として、zramctl コマンドの使用法を解説します。これは zRAM のステータスを確認し、動的にサイズを変更できる強力なツールです。システムが起動した直後に sudo modprobe zram num_devices=1 を実行してモジュールを読み込みます。次に echo 8G > /sys/block/zram0/disksize で容量を確保します。その後、圧縮アルゴリズムの指定と設定を行います。Fedora では /usr/lib/systemd/system-zram.conf のような設定ファイルが存在し、起動時に自動で zRAM が初期化されますが、Ubuntu 24.04 では /etc/zramswap.conf を編集してパラメータを定義する方式が使われます。また、systemd-swap というツールは、これらの設定を自動化し、システム負荷に応じて動的に zRAM のサイズや圧縮率を調整する機能を提供します。これにより、ユーザーが手動で数値を入力する必要が減り、利便性が向上しています。

2026 年の環境では、コンテナ化された設定管理ツールも普及しています。例えば、Ansible や Puppet を使用して zRAM の一貫した設定を複数のマシンに展開することが可能です。また、Arch Linux では pacman コマンドでパッケージをインストールする際に依存関係を解決する必要があるため、事前にカーネルのバージョンを確認し、互換性のあるモジュールが存在するか確認することが推奨されます。Ubuntu 24.04 LTS のような長期サポート版では、カーネルアップデートによって zRAM の挙動が微妙に変化することもありますが、systemd-zram-setup はこれに対応して更新されることが多いです。ユーザーは自分のディストリビューションの公式ドキュメントを参照し、最新のパッケージ情報に基づいて設定を行う必要があります。特に Arch Linux ユーザーは、AUR パッケージの更新履歴を確認することが重要です。

vm.swappiness と VM スイッチオーバーの最適化チューニング

Linux のメモリ管理において重要なパラメータである vm.swappiness は、カーネルが物理メモリから Swap 領域へデータを移動させるタイミングを制御します。この値は 0 から 100 の整数で表現され、デフォルトでは多くのシステムで 60 に設定されています。これはサーバー環境においては妥当な値ですが、デスクトップユーザーにとっては応答性の低下を招く可能性があります。例えば、10 を指定すると、カーネルは Swap 領域の使用を極力避け、メモリキャッシュの維持に注力します。これにより、ファイルアクセスやアプリケーション起動が高速化されます。一方、80 に設定すると、システムが物理メモリの余裕を失う前に積極的に Swap へ退避させるため、メモリ不足時のクラッシュリスクは減りますが、ディスクへの読み書きが増え、応答が遅くなる可能性があります。

具体的なチューニング手順としては、/proc/sys/vm/swappiness ファイルの値を変更します。永続化するには /etc/sysctl.conf または /etc/sysctl.d/99-custom-sysctl.conf などの設定ファイルに vm.swappiness=10 と記述します。2026 年時点では、動的な調整機能を持つカーネルパッチも一部の実装で提案されていますが、基本的には静的な値での運用が標準です。また、デスクトップ環境において、特定のアプリケーション（例：Web ブラウザや動画編集ソフト）のメモリ使用量が増大した際に、システム全体をスワップから守るための設定も重要です。vm.vfs_cache_pressure などのパラメータと併せて調整することで、キャッシュと Swap のバランスをより精密に制御できます。

swappiness とメモリ圧力の関係性解説表

swappiness の値による挙動の違いは以下の通りです。用途に合わせて適切な数値を選択してください。

デスクトップユーザーが 2026 年の環境で利用する場合、swappiness を 10 に設定することが推奨されます。特にメモリが 16GB 以上の PC では、Swap を使用しないほうがシステム全体のスムーズな動作につながります。ただし、物理メモリが 4GB や 8GB のような低スペックな環境では、100 に近い値を設定してクラッシュを防ぐ必要がある場合もあります。また、/var/log/syslog や journalctl で OOM Killer が発動したログを確認し、swappiness を調整する必要があるか判断することも有効です。ログに「Out of memory: Kill process」などのメッセージがあれば、Swap 領域の確保や圧縮設定の見直しが必要です。

ハイバネーション（休止状態）対応 Swap 設計の手順

ハイバネーション機能を利用する場合、現在のメモリ上の全データを Swap 領域に保存する必要があります。そのため、Swap 領域のサイズは物理メモリ容量以上であることが必須条件です。例えば、32GB のメモリを搭載している PC でハイバネーションを使用するには、少なくとも 32GB の Swap 領域が必要です。また、ハイバネーションから復帰する際に、カーネルが正しい Swap 位置を読み込む必要があるため、設定ミスはシステム起動不能の原因となります。2026 年の Linux カーネルでは、resume= パラメータをブートローダー（GRUB など）に渡すことで、Resume Device を指定します。

具体的な手順として、Swapfile を作成する場合は、ファイルサイズを dd if=/dev/zero of=swapfile bs=1G count=32 のように設定し、その後 chmod 600 swapfile で権限を設定します。パーティションの場合は、OS インストール時に Swap パーティションを作成する際に容量を確認します。次に、swapUUID を取得するため blkid コマンドを実行し、その UUID をブートローダーの設定に記述します。Ubuntu 24.04 や Fedora 41 では、/etc/initramfs-tools/conf.d/resume.conf などの設定ファイルを通じて、Resume Device の指定を行います。Fedora では systemd-hibernate サービスがデフォルトで有効化されている場合が多く、コマンドラインから sudo systemctl hibernate で即時動作確認が可能です。

ハイバネーションに必要な Swap サイズと構成表

ハイバネーション対応のための Swap 設計における目安となる数値をまとめました。2026 年の標準的な PC 環境を想定しています。

注意点は、zRAM 環境下ではハイバネーションが基本的にサポートされていないということです。zRAM は RAM 上に存在するため、電源を切るとデータは消失します。したがって、本格的なハイバネーション機能を利用する場合は、物理ディスク上の Swapfile または Swap パーティションを確保する必要があります。また、Swap 領域に暗号化を適用する場合、Resume Device の設定が複雑になるため、注意深く手順を実行してください。2026 年の Linux ディストリビューションでは、この設定を自動化するツールも一部提供されていますが、手動での確認作業は必須です。特に zRAM と Swapfile を併用している場合は、どちらを優先して使用するかを明確にしておく必要があります。

メモリ不足時の OOM Killer を防ぐ監視・対策ツールの比較

Linux システムで物理メモリと Swap の合計容量が枯渇すると、カーネルの OOM Killer（Out-of-Memory Killer）が機能します。これはシステム全体の安定性を保つために、特定のプロセスを強制的に終了させる仕組みです。しかし、ユーザーにとっては重要なアプリケーションが突然停止することになり、作業の損失につながります。これを防ぐための監視・対策ツールとして earlyoom、nohang、systemd-oomd などが存在します。それぞれのツールは異なるアプローチでメモリ不足を検知し、警告やプロセス調整を行います。

earlyoom は、Swap 使用率や Free Memory の閾値を設定し、OOM Killer が発動する前にユーザーに通知したり、不要なプロセスを終了させたりする軽量なデーモンです。2026 年時点でも人気のあるツールであり、設定がシンプルで実装も容易です。一方、nohang はより高度な制御を提供します。メモリ不足を検知すると、Swap を使用せずにプロセスを調整したり、特定のアプリの優先度を下げたりする機能があります。また、systemd-oomd は systemd ベースのシステムにおいて、ユーザレベルでの OOM 管理を行う仕組みです。これらはそれぞれ異なる設計思想を持っており、環境に応じて選択する必要があります。

メモリ不足対策ツールの性能比較表

主要な OOM 対策ツールの機能と特徴を比較します。用途に合わせて最適なツールを選択してください。

earlyoom は、設定ファイル /etc/earlyoom.conf で mem_free_percent=10 のように閾値を指定できます。メモリが残り 10% を切ると警告を出し、ユーザーの介入を促します。nohang は、Python で書かれており、カーネルのメモリの圧縮状況も考慮して判断します。特にデスクトップ環境では、画面表示中に OOM Killer が発動しないように優先的に制御する機能が有効です。systemd-oomd は、システム全体を管理する systemd の一部として動作するため、コンテナや cgroup 単位での制御が可能です。2026 年の標準的な Linux デスクトップでは、earlyoom を導入して基本的な保護を行うのが最も手軽で効果的です。

RAM 容量別（16GB/32GB/64GB）の推奨 Swap 構成

PC のメモリ容量によって、Swap と zRAM の最適な構成は大きく異なります。2026 年時点では、16GB はエントリーミドルレンジ、32GB はハイエンドデスクトップ、64GB はワークステーションやサーバーとして一般的です。それぞれの容量環境において、zRAM をどの程度有効化するか、Swapfile のサイズをどう設定するかが重要です。特に zRAM はメモリ圧縮に CPU 負荷がかかるため、CPU とメモリのバランスを考慮する必要があります。

16GB メモリ環境では、zRAM を 4GB〜8GB に設定し、残りの Swap は SSD 上の Swapfile で補完するのがバランスが良いです。これにより、軽い負荷時は zRAM で高速に処理し、重い負荷時は物理ディスクへ退避させます。32GB 環境では、zRAM の使用を抑制し、Swapfile を 16GB〜32GB に設定することで、ハイバネーションとメモリ不足への耐性を確保します。64GB 環境に至っては、通常の使用で Swap を使用する機会は稀ですが、仮想マシンや大規模なデータ処理を行う場合は、Swapfile を 32GB〜64GB に設定し、zRAM は無効化するか最小限にすることが推奨されます。

メモリ容量別推奨構成と zRAM 設定表

メモリ容量に応じた具体的な設定パラメータの提案です。2026 年の標準的な SSD/HDD 環境を想定しています。

また、zRAM のサイズは動的に調整できるシステムも存在します。systemd-zram-setup を使用する場合、初期設定でサイズを指定し、負荷に応じて自動的に拡張する機能を実装できます。ただし、2026 年のカーネルバージョンによっては、この機能がまだベータ段階である場合もあるため、マニュアルでの固定値設定が安定した運用には適しています。ユーザーは自身の PC の CPU コア数や SSD の速度を考慮し、Swap と zRAM の比率を微調整してください。特に SSD が NVMe のような高速なメディアの場合、Swapfile の使用によるパフォーマンス低下は限定的であるため、より大きな Swap 領域を確保することが推奨されます。

よくある質問（FAQ）

Q1. Swap を完全に削除してもシステムは動作しますか？ A1. 可能ですが、非推奨です。メモリ不足時に OOM Killer が即座に起動し、アプリケーションが強制終了されるリスクが高まります。Linux は仮想記憶機構を前提としており、Swap 領域が存在することでカーネルは柔軟なメモリ管理を行えます。少なくとも Swapfile を確保しておくことをお勧めします。

Q2. zRAM と zswap の違いは何ですか？ A2. zRAM は RAM 上にブロックデバイスを作成し、そこから Swap として使用します。zswap は Swap の前に圧縮キャッシュ層として機能し、物理ディスクへの書き込みを減らす仕組みです。Ubuntu では zswap がデフォルト有効で、[Fedora](/glossary/dora-fine-tuning) では zRAM を推奨設定とすることが多いです。

Q3. swappiness=0 にすると何が起こりますか？ A3. カーネルは Swap 領域の使用を極力避けます。ファイルキャッシュの維持に注力するため、ディスクアクセス速度が向上し、システム応答性が改善されます。ただし、メモリ不足時のクラッシュリスクは若干高まります。

Q4. ハイバネーション時に zRAM を使用できますか？ A4. 基本的にできません。zRAM は RAM 上に存在するため、電源オフでデータが消滅します。ハイバネーションには SSD や HDD 上の Swap パーティション/ファイルが必要です。

Q5. U[bun](/glossary/bun-runtime)tu 24.04 で zram-tools をインストールする方法は？ A5. sudo apt update の後、sudo apt install zram-tools を実行してください。設定は /etc/zramswap.conf で行います。また、systemd-zram-setup パッケージも利用可能です。

Q6. Swapfile のサイズ変更は再起動が必要ですか？ A6. 通常は必要ありませんが、Swap 領域の再マウントやシステム再起動を推奨します。fallocate -l 8G swapfile でファイルを作成後、mkswap swapfile を実行し、swapon swapfile で有効化します。

Q7. earlyoom はシステムに大きな負荷をかけますか？ A7. いいえ。非常に軽量なデーモンであり、定期的なチェックによる負荷は最小限です。メモリ閾値を超えた時のみプロセス終了処理を行うため、通常動作への影響はありません。

**Q8. Arch Linux で zRAM を有効にするには？ A8. pacman -S zram-generator または AUR のパッケージを使用します。設定ファイル /etc/systemd/zram-generator.conf で圧縮アルゴリズムやサイズを定義し、systemd に読み込ませます。

Q9. 2026 年現在のカーネルで、Swapfile の使用制限はありますか？ A9. 特に制限はありませんが、ファイルシステムの種類（ext4 vs btrfs）によってパフォーマンス特性が異なります。btrfs では SSD 上の圧縮機能と Swapfile が競合しないよう注意が必要です。

**Q10. zswap を無効にできますか？ A10. はい。カーネルパラメータ zswap.enabled=0 を GRUB のブートオプションとして設定することで無効化できます。ただし、推奨されません。メモリキャッシュ効率を低下させる可能性があります。

まとめ

本記事では、2026 年春時点の Linux ディストリビューションにおける Swap と zRAM の最適設定について詳細に解説しました。以下の要点を踏まえることで、システムのパフォーマンスと安定性を最大化できます。

• Swap の選択: デスクトップ環境では SSD 上の Swapfile が標準であり、ハイバネーションにはパーティションまたは Swapfile が必要であること
• zRAM の活用: 低メモリ環境や高速レスポンスが必要な場合に zRAM を有効化し、圧縮アルゴリズムは CPU に応じて lz4 または zstd を選択すること
• swappiness 調整: デスクトップ用途では値を 10〜30 に下げ、キャッシュ優先の動作を実現し、サーバー用途ではデフォルトまたは高値を設定すること
• OOM Killer 対策: earlyoom や systemd-oomd を導入して、メモリ不足時の強制終了を回避し、通知によるユーザー介入を促すこと
• 環境別構成: 16GB メモリでは zRAM と Swap の併用が推奨され、32GB 以上では Swapfile の確保と zRAM の抑制が有効であること

これらの設定を適切に組み合わせることで、メモリ不足によるシステムフリーズを防ぎつつ、高速な動作環境を実現できます。特に、自分の PC のハードウェア構成や使用目的に合わせてパラメータを微調整することが重要です。2026 年の Linux エコシステムはさらに進化していますが、基本となるメモリ管理の原則は今後も有効であり、ユーザー自身の理解が最大の武器となります。

読み込み中…

32GB 1X32GB DDR5 4800MHZ PC5-38400 2Rx8 1.1V CL40 288ピン ノンECCアンバッファード UDIMM NEMIX RAM デスクトップPCメモリ MSI B650M Project Zeroマザーボード対応

Linux LVM（Logical Volume Manager）を使った柔軟なパーティション管理を解説。ボリュームの作成・拡張・縮小・スナップショットの実践手順からRAID構成まで網羅する。