/var/tmpをSSDに保存できますか？ [コピー]

すべてのフラッシュベースのストレージデバイスは、トランジスタの絶縁が崩壊するまで書き込み回数が制限されているという事実ですが、数年前にSSDが最初に導入されたときほど状況は悪くありません。

基本的に、ほとんどの最新のSSDはウェアレベリングそして、NandFlashに基づいてドライブを介した書き込みの問題は、もはや以前のように問題になりません。

それを心配する必要はありません。継続的に記録されるSSDは、回転するハードドライブよりも長く持続します。

リソース

http://www.storagesearch.com/ssdmyths-endurance.html

http://maxschireson.com/2011/04/21/debunking-ssd-lifespan-and-random-write-performance-concerns/

http://www.tomshardware.com/forum/267303-32-what-write-limit-ssds

この点で、/tmp間に本質的な違いはありません。/var/tmp

しかし、一歩後退してください。 SSDを避けるべきかどうかは決して/tmp確定した質問ではありません。初期のSSDは上書きのために磨耗しやすくなりましたが、最新の高品質SSDはこれらの問題の多くを解決しました。彼らは部分的にこれをします。ウェアレベリング、部分的には、通常のブロック摩耗に耐えるのに十分な量の予備ブロックプールを維持することによって可能である。

SSDが安いほど、利用可能なブロック数が減ります。したがって、可能最も安価な消費者向けSSDを使用する場合は、保守的なシステムセットアップ戦略を取る必要がある理由は次のとおりです。

SSDに一時ファイルシステムを置かないことをお勧めする理由は、SSDでのスワップ/仮想メモリの使用を避けることの拡張であるようです。これは、少なくともそのファイル/パーティションがディスクに固定されているため、より意味があります。また、ウェアレベリングは、この問題が初期のSSDと同様に大きな問題になるのを防ぎます。

しかし、ここでのポイントは、/tmpその上に作成されたファイルがそのファイルシステムに割り当てられたセクタ全体に自然に分散されるため、このロジックが壊れることです。/tmpタイプディレクトリを配置すると、問題がさらに軽減されます。以内にそして/usr/tmp。/var/tmp

結論は心配しないでください。

近年、人々はSSD上でデータベースサーバーを実行してきました。固定データ位置に高い書き込み回数設定を見たことがある場合。