テスト目的でLinuxで同時に実行できるI / O要求の数を「制限」する方法はありますか?または特定のアプリケーションの場合

テスト目的でLinuxで同時に実行できるI / O要求の数を「制限」する方法はありますか?または特定のアプリケーションの場合

これは難しい問題です。何が起こっているのか、何と呼ぶべきかわかりません。 「マルチスレッドアプリケーションのロックを引き起こす集中的なディスクアクティビティ」に関連しているようです。
または、「CPU使用量が多い間のI / Oディスクのロック」。

Debian Buster で I/O ディスクの問題があります。 (MX Linux)この問題をどのように説明するのかわからないので、奇妙です。正確に何を検索するのかわからない場合は、解決策を見つけるのは難しいです。
Debian を使用している他の人も、深刻な I/O 問題について文句を言っているようです。
何かが全体のI/Oシステムを「ロックしました」(また何年もの間) 。

Manjaroではこれらの問題は発生しないので、Debian自体の問題のようです。 vm.dirty_xx値のさまざまな組み合わせ、高、低、高、低の交換性、すべての組み合わせを試しましたが、違いはありません。 ionice -c 2コマンドを試しましたが、違いはありません。

私の場合、Cities Skylinesをロードしようとしたときに問題が発生したのはC#/ DotNetアプリケーションでした。 (DotNetゲームは、メモリとスワップスペースがどれだけ多くてもメモリとスワップスペースの両方を占めます。)追加の
コンテキストスクリーンショットの詳細:
https://i.stack.imgur.com/8xfZq.jpg
より多くのテストを許可したり、必要なディスクスレッドの数を制限したりするためにC#アプリケーションで使用できるコマンドライン起動パラメータを知っている人がいる場合は、本当に良いでしょう。ディスクに要求が多すぎてそうです。

ベストアンサー1

おすすめ記事