回答:
/tmp
ram(tmpfs
)に移動するのが最良の解決策であることがあります(特に、MySQLなど、ディスクを集中的に使用するIOを大量に使用するセットアップでは)。
/tmp
-デスクトップでは最大で12MBを使用します/tmp
が、サーバーでは、顧客がMySQLやスクリプト言語で愚かなことをすると/tmp
大きくなります。tmpfsの素晴らしい点は、64MBのRAMを取り去るだけではなく、それはただの厳しい天井だということです。tmpfsは、より多くのスペースが必要になるとスケーリングします。そのため、そのときに必要なものだけをtmpfsで消費します。
ここにはいくつかの良い選択肢があります:
none /tmp tmpfs size=64M,mode=1777 0 0
します/etc/fstab
。size
を好きな値に変更できます。ある時点で小さすぎると思う場合はmount
、サイズを大きくするために使用できますmount -t tmpfs tmpfs /tmp -o size=128M,mode=1777,remount
。サイズは、既存のファイルを削除せずに適切に増加します。/tmp
場合、チェックに時間がかかるためです。多くの場合、ext3はより高速に起動します。したがって、ジャーナリングの使用をお勧めします。/tmp
、大量の小さなファイルを保存するために使用します。そのため、場合によっては空きブロックがなくなり、ファイルシステムがいっぱいになります。ext4およびreiserfsは、ファイルを別の方法で保存します。だから、それらを使用することは良い選択かもしれません/tmp
。コンピューターが長時間実行される場合は、の未使用ファイルを削除することをお勧めします/tmp
。tmpreaper
あなたのためにそれを行う1つのソリューションです。
しかし、私の最初の選択肢はを使用することtmpfs
です。
/etc/fstab
はの一部でutil-linux
あるため、どのinitシステムが使用されているかに関係なく、すべてのLinuxシステムに存在します。
適切なRAMがインストールされていればtmpfs
、ニーズに合わせて使用できます。
それは言われています...ラムディスクを使用することに関して考慮されるべきもの/tmp
(これは他の古い投稿から取られました):
頻繁に使用される場合、これは誘惑です。「/ tmpをRAMディスクに入れ、アクセスを高速化します。システムが再起動/シャットダウンするとき、クリーンアップするものはありません」。ただし、スワップされるRAMディスクとして一時スペースを実装することを考えている場合は、他のプログラムによるシステムのスワップスペース使用の影響を検討します。スワップが「緊急オーバーフロー」の一形態として存在し、システムが悲惨な状況に陥り、それを必要とする場合、最後に必要なことは、/ tmpを埋める暴走プロセスによってスワップ領域が消費され、メモリが消費され、ディスクにスワップするVMサブシステム。スワップアクティビティ間で、seek()
特定のマウントオプションでext4を使用することは問題ありません。次のマウントオプションを使用します。
barrier=0 : Significantly improves file write operations in some scenarios
noatime : Don't update file last access time, you don't need this on /tmp files and it should help with write operations performance.
ext4に満足しています。あなたがそれを微調整したい場合はいくつかのマウントオプションで遊ぶことができます、またはあなたが多くのRAMを持っている場合はtmpfsを使用します。