0

NonStop サーバーで実行されている ODBC プールがあります。プールは SQL/MX に接続されています。

このプールは、ODBC プールに接続された JDBC プール (アプリケーションごとに 14 接続など) を持ついくつかの外部 Java アプリケーションによって使用されます。

時間の経過とともに (いくつかのアプリケーション リサイクルの後)、CPU 間の不均衡が見られます。8 つの ODBC プロセスが実行されているものもあれば、5 つしか実行されていないものもあります。これは、CPU 時間の不均衡にもつながります。

ここまでは、ラウンドロビン方式で CPU が ODBC プロセスに割り当てられていると想定していました。これにより、ODBC プロセスの数が多かれ少なかれ均等に分散されます。しかし、そうではありません。

新しく割り当てられたプロセスごとにどの CPU を選択するかを ODBC プールがどのように決定したかについての情報はありますか? CPU負荷を調べていますか?使用可能なメモリ?他の何か?

悲しいことに、HP の従業員 (つまり、私たちが利用できる) でさえ、これらの質問に確実に答えることができませんでした。:-(

4

1 に答える 1

0

実際、接続はラウンドロビン方式で CPU に割り当てられます。ただし、コンシューマーの 1 つ (独自のプールを持つ) が何らかの理由で再起動された場合、接続は (明らかに) 割り当てられた CPU で解放されますが、ラウンドロビン アルゴリズムに従って次の CPU に新しい接続が割り当てられます。 . したがって、一部の CPU はビジー状態になり、一部はビジー状態になります。したがって、アンバランス。

于 2010-05-22T03:51:01.350 に答える