目に見えないボトルネック：なぜSSDだけでは不十分なのか
ストレージは、かつてのHDDの回転音から、現代のNVMeドライブの圧倒的なパフォーマンスへと急速に進化しました。しかし、最高級のGen4 SSDであっても、数千もの小さく一時的なファイルを処理する際には限界に直面します。大規模なC++プロジェクトをコンパイルしたり、トラフィックの多いデータベースを管理したことがあるなら、ディスクの待機中にCPUがアイドル状態になっているのを見たことがあるでしょう。このラグこそが、典型的なI/Oボトルネックです。
懸念事項は速度だけではありません。寿命も重要です。書き込みサイクルを繰り返すごとに、SSDは避けられない寿命へと一歩ずつ近づいていきます。セッションファイル、ビルド成果物、キャッシュなど、次の再起動までしか必要のないデータのために、SSDの総書き込みバイト数（TBW）を消耗させるのは無駄です。ここ数年、数十台のLinuxノードを管理してきた経験から、これらの一時ファイルをtmpfsに移動することが、最も手間が少なく効果的な最適化手法であると確信しています。
根本原因：レイテンシと階層
すべての物理ディスクは、複数の抽象化レイヤーを介してカーネルとやり取りします。各書き込みリクエストはコントローラーによって承認される必要があり、そこにレイテンシが発生します。ハイエンドのNVMeドライブのレイテンシが50〜100マイクロ秒であるのに対し、システムRAMはナノ秒単位で動作します。これは約1,000倍の速さです。プロセスが数千の小さなファイルを生成する場合、この速度差は非常に大きくなります。
そこで登場するのがtmpfsです。これはLinuxカーネルの仮想メモリ上に直接存在する一時的なファイルシステムです。最初から固定されたメモリブロックを占有する従来のRAMディスクとは異なり、tmpfsは伸縮自在です。実際に使用している分だけを消費します。たとえば4GBのtmpfsをマウントしても、50MBのログしか保存していなければ、システムが占有するメモリは50MBだけです。効率的で高速、そして驚くほど柔軟です。
tmpfs의セットアップ：即座に得られるパフォーマンスの向上
最大の利点は何でしょうか？何もインストールする必要がないことです。tmpfsはLinuxカーネルに直接組み込まれています。ディレクトリをマウントするだけで、高速なディスクを数秒で作成できます。
一時的なマウントの作成
プロジェクトをコンパイルしようとしていて、ビルドフォルダがディスクに負荷をかけるのを防ぎたいとします。次のコマンド1つで、マウントポイントを作成し、2GBのRAMを割り当てることができます。
sudo mkdir -p /mnt/ramdisk
sudo mount -t tmpfs -o size=2G tmpfs /mnt/ramdiskサイズを指定しない場合、Linuxはデフォルトで全RAMの50%を割り当てます。これは一般的に安全です。メモリが不足すると、Linuxはtmpfsのデータをディスクにスワップすることがあります。ただし、スワップが発生すると期待していたパフォーマンスのメリットが損なわれることに注意してください。
fstabによる永続的なRAMディスクの設定
/tmpやWebサーバーのキャッシュのオフロードなど、継続的なタスクの場合は、/etc/fstabでマウントを定義する必要があります。これにより、システムを再起動してもRAMディスクが保持されます。
お好みのエディタでファイルを開きます：
sudo nano /etc/fstabファイルの最後に以下の行を追加します：
tmpfs /var/www/cache tmpfs rw,size=1G,nr_inodes=10k,mode=1777 0 0各フラグの意味を解説します：
- rw: 読み書きの両方のアクセス権を付与します。
- size=1G: マウントを1GBに制限します。
size=15%のようにパーセンテージを使用することもできます。 - nr_inodes=10k: ファイルシステムを10,000ファイルに制限します。これにより、バグのあるスクリプトが数百万のゼロバイトファイルを作成してシステムをクラッシュさせるのを防ぎます。
- mode=1777: 「スティッキービット」権限を設定します。誰でも書き込めますが、ユーザーは自分のファイルしか削除できません。
RAMディスクの具体的な活用例
私はパフォーマンスの問題を解決するために、日常的にtmpfsを使用しています。特に効果を発揮する3つの分野を紹介します：
1. コードコンパイルの高速化
コンパイラは数千の中間ファイル（.oや.rlib）を生成することで知られています。ビルドディレクトリをRAMに移動することで、コンパイル時間を大幅に短縮できます。標準的なハードウェアで10分かかっていたビルドが7分に短縮された例もあります。
# プロジェクトのビルドフォルダをRAMにリンクする
mkdir /mnt/ramdisk/project-build
ln -s /mnt/ramdisk/project-build ./build2. データベース操作の高速化
複雑なSQLクエリは、しばしば巨大な一時テーブルを生成します。データベースの一時ディレクトリをtmpfsに向けることで、そのI/Oをディスクからメモリへとオフロードできます。MySQLやMariaDBの場合は、my.cnfのtmpdir設定を更新するだけです：
[mysqld]
tmpdir = /mnt/ramdisk3. ブラウザキャッシュからSSDを守る
ChromeやFirefoxなどのブラウザは、激しく書き込みを行います。1日の午後だけで1GBのキャッシュデータをディスクに書き出すこともあります。これらのキャッシュをRAMに移すと、ブラウザのレスポンスが向上し、SSDの寿命を延ばすことができます。profile-sync-daemonのようなツールを使えば、ほとんどのLinuxディストリビューションでこのプロセスを自動化できます。
検証とモニタリング
モニタリングは非常に重要です。tmpfsはメモリ上に存在するため、制限に達するとアプリケーションがクラッシュしたり、LinuxのOOM（Out Of Memory）キラーが作動したりする可能性があります。
使用状況の確認
標準のdfコマンドは、RAMディスクの追跡に最適です：
df -h /mnt/ramdiskこれにより、現在の使用量と制限が表示されます。システム全体でどの程度のRAMが使用されているかを確認するには、freeを実行します：
free -h「shared」列に注目してください。通常、tmpfsの使用量はこの項目に含まれます。
動的なサイズ変更
作業中に容量が不足しても、慌てる必要はありません。アンマウントしたりデータを失ったりすることなく、即座にディスクサイズを変更できます：
sudo mount -o remount,size=4G /mnt/ramdiskこれにより、制限がすぐに更新されます。大規模なビルドプロセスが90%完了したところで突然空き容量が必要になった場合など、非常に助かる機能です。
最後に注意点
tmpfs内のすべてのデータは揮発性です。電源が切れたりシステムが再起動したりすると、そのディレクトリ内のすべてのファイルは消滅します。tmpfsは、バックアップされているデータか、簡単に再作成できるデータにのみ使用してください。私の実体験からお伝えします。かつて誤って、同期スクリプトなしで重要なライブログファイルをRAMディスクに置いてしまったことがありました。カーネルアップデート後にサーバーが再起動し、1週間分の監査データが永遠に失われてしまいました。「使い捨て」のデータにのみ使用するようにしてください。
