問題タブ [disk-io]

80k を超える他の画像 (同じレベルのサブディレクトリなし) を含むフォルダーに存在する画像のサイズを変更しようとすると、サイズ変更に約 2 秒かかる場合があることに気付きました。(1.92秒)

それでも、他の画像が 10 個しかないフォルダー内の同じ画像は、ほぼ瞬時 (0.02 秒) です。

• 私batchのアプリはgm4java:1.1.0.
• Windows 10 で実行中
• NTFS (これは問題かもしれないと思い、contig.exe を実行しましたが、変更はありません)
• グラフィックマジック 1.3.21

ここに私のコマンドと出力があります：

SO またはsourceforgeでこれについて何も見つけることができませんでした。なぜそんなに遅いのか、何か考えはありますか？

ホストの collectd 統計 (空きメモリ/使用済みなど) のほとんどがグラファイトの期間ごとの単位で表示され、期待どおりにギザギザのグラフが生成されます。ただし、collectd ディスク プラグインからのメトリクスを調べると、下の画像のように、値が合計されているかのように、時間の経過とともに値の傾きが増え続けていることがわかります。

ホスト上の collectd プラグインの .conf ファイルを調べると、関連するディスク プラグインに「LoadPlugin 'disk'」が含まれているだけです。

画像でわかるように、MySQL から約 14 ～ 15Mb/s (50 ～ 60Mb/s にも達する) の書き込みを取得しており、phpMyAdmin では 1 秒あたり約 400 ～ 500 回の書き込みを示しています。また、下の画像では、IO グラフを確認できます。

問題は、このデータが書き込まれている場所が見つからないことです。mysqlで挿入/更新クエリが表示されないため、ディレクトリサイズを確認している場合も同じです。では、このデータはどこに書き込まれているのでしょうか?

編集: RAM も使用されていません。下のスクリーンショットを確認してください。