以下を定義するとします。/etc/fstab
tmpfs /data tmpfs size=90% 0 0
だから私たちは
mount -a
今/data
tmpfs
次のシナリオでは何が起こりますか?
/data
RAMメモリ到達90%
(90%到達)の状況は、tmpfs
この場合90%
スワップメモリが使用されることを意味しますか?
答え1
短い答え: 物理メモリがパーセンテージ部分(90%)を満たすことができない場合、最終的にスワップが使用されます。 IOが指定された比率より大きい場合、IOエラーが発生します。
長い答え: この割合は、メモリ部分(物理メモリ+スワップパーティションまたはスワップファイル)を表します。 1TiB DIMM(RAM)があり、Redhatの推奨スワップ100GiB設定に従うと仮定すると、理論的には0.989TiBを超える/ dataのすべてのIOはエラーになります。他のすべてのファイルシステムでは、実際にメモリとスワップスペースが他のすべてのシステムで使用されているため、デッドロックが発生しないように注意する必要があります。メモリが過度に大きくなると、OOMはメモリを消去しません。
私のラップトップで実行されている私の馬の証拠は次のとおりです。
IO を書き込む前のシステム状態です。
ceto@dell:~$ free total used free shared buff/cache available Mem: 8041716 2110100 3461592 208904 2470024 5464012 Swap: 2097148 0 2097148 ceto@dell:~$ cat /etc/fstab | grep data tmpfs /data tmpfs rw,nodev,nosuid,size=90% 0 0 ceto@dell:~$ mv rh/rhel-8.1-x86_64-dvd.iso /var/lib/libvirt/images/^C ceto@dell:~$ findmnt /data TARGET SOURCE FSTYPE OPTIONS /data tmpfs tmpfs rw,nosuid,nodev,relatime,size=7237548k ceto@dell:~$ df /data Filesystem 1K-blocks Used Available Use% Mounted on tmpfs 7237548 0 7237548 0% /data
以下のスクリプトを使用して、/dataマウントパスの90%を超えるIOを作成しました。
ceto@dell:~$ cat deadlock.sh dd if=/dev/urandom of=/data/test.img bs=16M count=454 > deadlock.txt 2>&1 df /data >> deadlock.txt free >> deadlock.txt sleep 1 rm -rf /data/test.img sync /data
IOを生成し、何が起こるのか見てみましょう。
ceto@dell:~$ sudo sh deadlock.sh
出力ファイルでIOエラーが発生し、システムが混乱していることがわかります。
ceto@dell:~$ cat deadlock.txt dd: error writing '/data/test.img': No space left on device 442+0 records in 441+0 records out 7411249152 bytes (7.4 GB, 6.9 GiB) copied, 39.6605 s, 187 MB/s Filesystem 1K-blocks Used Available Use% Mounted on tmpfs 7237548 7237548 0 100% /data total used free shared buff/cache available Mem: 8041716 2284836 126108 5358092 5630772 139840 Swap: 2097148 2097084 64