tmpfsメモリベースのファイルシステムに/ tmpディレクトリをマウントする方法は次のとおりです。
systemctl enable tmp.mount
そして、次の点を考慮してください。
理由の1つ:異なるパスに別々のファイルシステムを使用すると、ファイルシステム全体またはエラーが発生したファイルシステムによって引き起こされるエラーからシステムを保護できます。
-
他の理由:/ tmpディレクトリにファイルを書き込む一部のアプリケーションは、ディスクの代わりにメモリを使用すると大きな改善が見られます。
ディスクキャッシュは常に機能しますか?私の言葉は、あなたが書くときどのディスクにフラッシュされるまでとにかくRAMに書き込むフォルダ(だけでなく/tmp
)...カーネルはこれらすべてを後ろから処理するので、調整するために介入する必要がないと思います。もしそうなら、これは本当に価値がありますかsystemctl enable tmp.mount
?だとしたらどうでしょうか?
また、(CentOS-7.6で)現在経験している状況を理解するためにこれをテストしています。
- CentOS 7.6は500GB SSDにインストールされており、単純なディスクパーティションは次のとおりです。
/dev/sda1
1GB/boot
- 100MB
/dev/sda2
は/boot/efi
/dev/sda3
475GB/
- 8GB DDR-4 RAMを搭載したPC
- 私がそうすれば
systemctl enable tmp.mount
私は得るでしょう- 3.9GB
tmpfs
は/tmp
- 3.9GB
tmpfs /tmp at 3.9GB
(a)最初にディスクキャッシュのためにRAMに基づいて最大8 GBの容量を持ち、(b)利用可能なディスク使用量のうち、8 GB RAMのディスクキャッシュに基づいて400 GBを超える基本的な方法よりも、これはどのように優れていますか?
ベストアンサー1
この構成が「価値を追加」するかどうかは、そのユースケースによって完全に異なります。 「良い」、「悪い」は、コンテキストのないさまざまな設定オプションの有効なラベルではありません。
RAM容量が大きくトランザクション数が多いシステムでは、tmpfsファイルシステムを使用するとパフォーマンスが向上する可能性があります。タイプ2ハイパーバイザー)。これは「良い」ユースケースかもしれません。
あるいは、RAMは少ないが、ストレージスペースは多くのシステム(例えば、今日作成されているすべてのIoTごみ)は/ tmpストレージデバイスへの物理書き込みでより良いパフォーマンスを発揮する可能性があります。スワップも有効になります)。これはtmpfs /tmpの「悪い」ケースと見なすことができます。