カーネル4.9.86がインストールされているシステムでは、ディスク上で奇妙な動作が検出されました(HDDが5400rpmに回転しました)。%ツールかなり長い間(約5分程度)、継続的に100%に達します。平均RQこの場合、サイズは8Kです。平均曲率そして待つまた、非常に高いため、多くのプロセスがD状態になります(jdb2スレッドを含む)。私も気づいたKBダーティ今回は高さが高くなり(この場合は658 MB、それ以外の場合は通常数KB)、ディスク飽和状態に達しますか?
SAR Memory Usage:======================================
Linux 4.9.86 01/07/19 _x86_64_ (32 CPU)
11:29:20 kbmemfree kbmemused %memused kbbuffers kbcached kbcommit %commit kbactive kbinact kbdirty
11:29:21 80270488 52009236 39.32 354368 17373312 15789156 7.92 10257860 15388656 658488
Average: 80270488 52009236 39.32 354368 17373312 15789156 7.92 10257860 15388656 658488
SAR IO Usage:======================================
Linux 4.9.86 01/07/19 _x86_64_ (32 CPU)
11:29:22 tps rtps wtps bread/s bwrtn/s
11:29:23 351.00 0.00 351.00 0.00 2808.00
Average: 351.00 0.00 351.00 0.00 2808.00
SAR Device IO activity:======================================
Linux 4.9.86 01/07/19 _x86_64_ (32 CPU)
11:29:23 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util
11:29:24 loop5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
11:29:24 sda 285.00 0.00 2280.00 8.00 143.51 510.94 3.51 100.00
11:29:24 vault 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Average: DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util
Average: loop5 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
Average: sda 285.00 0.00 2280.00 8.00 143.51 510.94 3.51 100.00
Average: vault 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
SAR Queue and Load avg:======================================
Linux 4.9.86 01/07/19 _x86_64_ (32 CPU)
11:29:25 runq-sz plist-sz ldavg-1 ldavg-5 ldavg-15 blocked
11:29:26 0 1043 3.39 2.30 2.15 2
Average: 0 1043 3.39 2.30 2.15 2
ファイルシステムext3
とext4
ドライバがインストールされ、data=ordered,barrier=0
ロギング設定が有効になります。
攻撃隊構成:
モデル:SAS2008ファームウェアバージョン:9.00.00.00 RAIDレベル:RAID1
答え1
これは、プロセスが非順次(任意の)小規模書き込みを大量に送信する場合に予想できるものと似ています。平均要求サイズは比較的小さい(8は8×512バイトのセクタ= 4Kなので、通常の書き込みの最小値です)。ダーティバッファをより多く持つことも一貫しています。つまり、書き込みがカーネルに渡され、カーネルがそれをディスクに書き込んでいることを意味します。ディスクの場合、285tpsはかなり良いパフォーマンスです。
どのプログラムがディスクに書き込んでいるのかを調べ、異常な動作が見られることを確認する必要があります。あるいは、書き込みをより拡張するようにプログラムを構成することができます(たとえば、データベースの場合、ダーティページ書き込みの保存速度を構成できる場合が多い)。
ext3はいかなる用途にも推奨されません。 ext4は保守的な選択肢です(しかし、ext4を使用するとbarrier=0
明らかにそれを気にしません)。 XFSはもう一つの良い選択です(そして依然として非常に安定しています)。しかし、それが本当に役に立つかどうか疑問です。しかし、SSDは確かに提供しています遠くより高いIOPS。