IOの帯域制御が難しいのはなぜですか？

質問

IOの帯域制御（アプリケーションAに帯域の８０％を使用させ、Bに２０％を使用させる、等）が難しいと聞いたのですが、なぜでしょうか？

回答No.1

rabbit_cat · ベストアンサー

難しいというか、いろいろ考えないといけないことがあるのはそうです。
例えば、最低帯域補償をしようと思うと、単純なＦＩＦＯではなくて、優先度の高いパケットは他のパケットを追い越して優先して出すなどの処理が必要です。
優先度つきのキューは、単純なキューの何倍も大変な処理をする必要があります。
ここらへんの処理をアービトレーションなんかといいますが、効率のいい処理方法を考えるのは、なかなか大変です。

＞Aに帯域の８０％を使用させ、Bに２０％を使用させる
これも、言うのは簡単なんですが、なかなか難しいです。
Ａ、Ｂが要求する帯域が常に一定であるならまだいいんですが、例えば、Ｂは普段はほとんど通信しないけど、たまに大量の通信要求をまとめて出す、なんて場合だと、QoSを狙った割合になるように行うのは、難しいです。アービタはアプリがどんなタイミングでどれくらいの通信要求をしてくるのか、を知りませんから。（それを予測してQoSに活かすなんて技術も考えられてはいますが）

回答No.2

invalid

物理ＩＯ（サーバ～周辺装置間）では、どのアプリケーションがこのIOを要求しているのか区別がつかないからではないでしょうか？
ネットワークの帯域制御では、サービス(httpとか)、アドレスといった情報が転送データに入っており帯域制御をしやすいですが、
物理ＩＯレベルでの転送データ上には、要求元アプリケーションを識別する情報を含んでいないためアプリケーションを指定した
帯域制御は難しいと思われます。
またバッファ等の遅延書き込みによる非同期アクセスもありえるため物理ＩＯを制御するのは難しいのでしょうね。

但し、アプリケーションがＯＳにＩＯを要求する論理ＩＯレベルでは、
要求アプリケーションを判断できるため、帯域制御を可能とした製品は存在しますよ。（例えばＨＰ社のＰＲＭ製品とか）