回答:
大規模なファイル転送を行っている場合、i / oサブシステムの一部が飽和している可能性があります。
CPUを使用しているものがリストされている場合、実際の処理ではなくI / O待機が原因である可能性があります。CPUは、I / O操作が完了するまで待機する必要があります。
これは、I / O待機レベルを確認することで確認できます。
$ vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
0 2 0 383592 56924 2345356 0 0 93 137 4 11 0 1 74 20
最後の図は、CPUの20%がI / Oを待機して消費されることを示しています。
mDNSresolverは単にディスクへの書き込みまたはメモリの要求(ページスワップが必要)を試みただけで、CPUは完了するまでしばらく待たなければなりませんでした。
-bash: vmstat: command not found
top
現在のiowaitを表示する必要があります。もしそうなら答えにこれを反映することができます。それともvm_stat
まだありますか?
top
列がありPID COMMAND %CPU TIME #TH #WQ #PORTS #MREGS RPRVT RSHRD RSIZE VPRVT VSIZE PGRP PPID STATE UID FAULTS COW MSGSENT MSGRECV SYSBSD SYSMACH CSW PAGEINS KPRVT KSHRD USER
、CPU usage: 11.8% user, 12.26% sys, 76.65% idle
ヘッダーのみに表示され、manページにはI / O wait AFAICTに関連するものは何も記載されていません。vm_stat
実際には、仮想メモリデータ(無料、非アクティブなどのページ数、ページイン、ページアウト、および「翻訳エラー」)のみが表示されます。