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

Linux Swap と zRAM の設定最適化を解説する記事。対象ディストリビューション：Ubuntu 24.04 LTS / Fedora 41 / Arch Linux など

現代の Linux デスクトップ環境において、メモリ管理はシステム全体の滑らかさや応答速度に直結する重要な要素です。特に 8GB から 32GB のメモリを搭載した一般的な PC や、高負荷な開発ワークステーションでは、物理メモリの限界を超えた際の挙動制御が不可欠となります。Linux カーネルの仮想記憶機構は、Swap 領域と zRAM（圧縮 RAM）を柔軟に組み合わせて使用できますが、ユーザー設定次第でパフォーマンスが劇的に変化します。2026 年春時点の主流ディストリビューションである Ubuntu 24.04 LTS や Fedora 41 では、デフォルト設定でも zswap が有効化されているケースが多く見られますが、運用方針によって手動チューニングが必要な場合があります。本記事では、Swap パーティション、Swapfile、zRAM、zswap の各仕組みを比較し、用途に応じた最適なメモリ管理構成を 2026 年の最新環境を前提に解説します。また、メモリ不足時のシステムフリーズを防ぐ OOM Killer 対策や、ハイバネーション対応の Swap 設計まで包括的に取り扱います。

Linux メモリ管理の基本構造と Swap の役割

Linux システムにおけるメモリ管理は、カーネルレベルで厳密に制御された仮想記憶機構に基づいて動作しています。物理メモリの容量がアプリケーションの要求に対して不足した際、システムは自動的に「ページフールト」という現象に対応し、使用頻度の低いデータをディスク上の保存領域へ退避させます。この保存領域を Swap 領域と呼び、物理メモリと合わせて仮想的な大きなアドレス空間として見せることで、アプリケーションが動作環境の制約を感じずに実行できる仕組みを提供しています。Linux では、Swap を SSD や HDD 上に作成する従来の方式から、RAM 上で圧縮して使用する zRAM まで多様な選択肢が存在します。2026 年の最新の Linux カーネル（例：6.15 以降）では、メモリの圧縮アルゴリズムの高速化や、メモリページのリクライム処理がさらに最適化されており、ユーザーが適切に設定を行うことで、SSD の寿命を気にせずかつ高速なレスポンスを実現できます。

Swap 領域は主に 2 つの目的で機能します。1 つ目は「物理メモリの拡張」です。例えば、32GB のメモリを搭載していても、動画編集ソフトや仮想マシンを同時に起動すると一時的に 40GB を必要とする場合があります。この際、不要なプロセスのデータや未使用ページを Swap に退避させることで、システムはクラッシュせずに動作を継続できます。2 つ目は「ハイバネーション（休止状態）への対応」です。システムをシャットダウンするのではなく、現在のメモリ上の状態を Swap 領域に保存して電源を切ることができます。起動時にもこのデータを復元することで、作業を再開できます。ただし、Swap の速度は物理メモリの速度よりも著しく遅いため、頻繁なスワップが発生するとシステム全体が応答遅延を起こすリスクがあります。そのため、どの程度の Swap 領域が必要か、また zRAM を併用すべきかを判断する必要があります。

仮想記憶機構における重要なパラメータの一つに「vm.swappiness」が存在します。これはカーネルが Swap 領域を使用する積極性を示す数値で、0 から 100 の範囲で設定可能です。デフォルトでは多くのディストリビューションで 60 に設定されていますが、これはサーバー向けに最適化された値であり、デスクトップユーザーにとっては必ずしも適切ではありません。例えば、ファイルのキャッシュを積極的に維持するために Swap を避けるべきケースや、逆にメモリ不足時に即座に圧縮領域へ逃げるべきケースなど、用途によって最適な値は異なります。2026 年の環境では、この数値を静的な設定だけでなく、システム負荷に応じて動的に変更する機能も一部の実装で提案されていますが、基本的には手動での調整が依然として標準的な管理手法です。ユーザー自身が自身の PC のメモリ構成や使用パターンを理解し、最適なバランスを見つけることが、システムパフォーマンスの最大化に寄与します。

Swap ファイル・パーティション・zRAM・zswap の違いと比較

Linux における Swap 領域には主に 4 つの形態があり、それぞれ特性が異なります。まず「Swap パーティション」は、ディスク上の特定のパーティションを Swap 専用として使用する方式です。これは最も古くからある形式であり、カーネル起動時に直接マウントされるため高速に認識されます。しかし、一度作成するとサイズ変更が困難で、パーティションの再構成にはデータバックアップや再フォーマットが必要となります。一方、「Swapfile」は通常のファイルシステム上に作成されるファイルとして Swap を使用します。これはファイルの追加削除が容易であり、2026 年の現代 Linux 環境では推奨されるデフォルト形式となっています。特に SSD 環境下では、パーティション境界を意識せずとも自由にサイズを調整できるため、ユーザビリティが高いと言えます。

次に「zRAM」は RAM 上のブロックデバイスで動作する仮想 Swap です。物理メモリの一部を圧縮された Swap 領域として確保し、その中でデータを管理します。これにより、SSD や HDD のアクセスが不要になるため、非常に高速なスワップ処理が可能となります。ただし、CPU に負荷がかかる点がデメリットです。最後に「zswap」は、カーネルの圧縮キャッシュ層として機能する仕組みで、Swap 領域に退避する前に zRAM で圧縮して保持します。これは zRAM と似ていますが、実装レベルでの違いがあり、多くの現代ディストリビューション（Ubuntu 24.04 など）でデフォルト有効となっています。各方式を比較し、自分の環境に合ったものを選ぶことが重要です。

用途別の Swap 種類と特性の比較表

以下の表は、主要な Swap 方式を速度、永続性、設定難易度などの観点から比較したものです。2026 年の一般的な Linux ユーザーにとっての推奨度を加味しています。

この表から、デスクトップ用途では 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 では zRAM を推奨設定とすることが多いです。

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

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

Q5. Ubuntu 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 エコシステムはさらに進化していますが、基本となるメモリ管理の原則は今後も有効であり、ユーザー自身の理解が最大の武器となります。