独自のパーティションに/ tmpを置くことを考えています...それをフォーマットするのに良いファイルシステムは何でしょうか?
私が尋ねる理由は、/ tmpに保存されているデータが永続的ではないため、ジャーナリング、派手なインデックスなどは必要ないからです。
/tmp
をRAM(tmpfs
)に移動するのが最良のソリューションであることが時々あります(特に、多くのディスク集約IOを使用するセットアップでは-MySQLなど)フィードするのに十分なRAM。
ここにはいくつかの良い選択肢があります:
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
を使用することです。
おそらくRAMを食べたくない場合は、 Ext2として実行するだけです。再起動後もデータを気にしない(すべきではない)ファイルシステムのジャーナリングの小さなパフォーマンスヒットを食べる理由はありません。
実際、おそらくext4を使用してそのジャーナルを無効にする必要があります。ext2よりも高速である必要があります。 ext4をフォーマットし、fstab
にマウントオプションdata=writeback
を付けて貼り付けます。
必要に応じてtmpfs
を使用しても問題ありません。適切なRAMがインストールされていれば。
それは... /tmp
(これは 以前の投稿 )からRAMディスクを使用することに関して考慮されるべきものです:
頻繁に使用される場合、これは誘惑です-「/ tmpをRAMディスクに入れ、アクセスを高速化します。システムが再起動/シャットダウンするとき、クリーンアップするものはありません」 。ただし、一時スペースをスワップされるRAMディスクとして実装することを考えている場合は、他のプログラムによるシステムのスワップスペース使用の影響を検討します。システムがひどくまっすぐになり、それを必要とする場合にスワップが「緊急オーバーフロー」の一形態として存在する場合、最後に必要なことは、/ tmpを埋める暴走プロセスによってスワップスペースが消費され、メモリが消費され、 VMディスクにスワップするサブシステム。スワップアクティビティとRAMディスクへの追加のI/Oストリーミング(これにより、追加のページインがseek()
を満たすようになる場合があります)の間、システムはすぐにI/Oバウンドになります。
特定のマウントオプションで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を使用します。
別の/ tmpパーティションが必要な理由についての質問に答えて、いくつかの理由が既に述べられているように、私は多くの理由があると確信していますが、今日特に重要なのは、SSDで実行している場合、そのドライブへの書き込みを最小限にしたいので、/ tmpを移動するのは良いアイデアです。なぜなら、それはファイルシステムの多くの領域を変更する傾向があるからです。
通常、/ tmpは誰でも書き込めるので、tmpfsは悪いオプションだと思います。