tmpfsを物理メモリ以上に増やすことはどの程度安全ですか?
私のサーバーには、2 GBのRAMと120 GBのSSD、さらにストレージ用のいくつかのRAIDアレイがあります。OSはDebian 8(Linux 3.16)です。 私はtmpdir= を持つMySQLに強いアプリケーションを持って/run/mysqldいtmpfsます/etc/default/tmpfs。 # Size limits. Please see tmpfs(5) for details on how to configure # tmpfs size limits. TMPFS_SIZE=40%VM これ20%VMは以前は384Mでした。私はいくつかに対して実行したno space left on deviceので、に増やしましたが40%VM、約763Mでもまだ小さすぎます。 RAMを追加する必要がありますが、好奇心から、ここでの制限を知りたいと思います。 /dev/sdd1マウントされ/ている場合、約50GBの空き容量があり、かなり高速です(Samsung 850 EVO SSD)。 /dev/sdd5 私のスワップパーティションです、それは3.7Gです(fdiskタイプIDは82です) TMPFS_SIZEに設定されています40%VM。つまり/run、763Mです。 これで、tmpfsがスワップできることがわかりました。MySQLで可能な限りRAMに書き込みたいのですが、より多くのメモリが必要な場合は、システムでSSDにスワップできるようにすることができます。 だから私のセットアップで、私がプッシュすることができます/runように。 300M大きい?はい。それがデフォルトでした。 1.5GB大きい?はい、試しました。MySQLは最大1.3GBを使用し、システムは魅力的に機能しました。しかし、それでも物理メモリの半分+スワップパーティション未満です。 2.5GB大きい?これは物理メモリを超えていますが、物理メモリの半分+スワップパーティション未満です。 4GB大きい?これは物理的な半分とスワップにぴったり収まります もっと?10GBのような?空き領域を使用し/てさらにスワップできますか? 安全のための経験則はTMPFS_SIZE、スワップ+物理メモリの半分を超えないようにすることです。スワップパーティションを増やすことなく、これを超えることはできますか? また、それは置くことが可能である200%VMに/etc/default/tmpfs?私はtmpfs(5)これに100%を超えることができるかどうか知らずに読みました。 最後に、/etc/fstab代わりにそれを実行し、触れないでください/etc/default/tmpfs。 (私はそれを使っただけだったことを知るためにmount -o remount、まだサーバーを再起動していません) …