Javaサーバー用の単一または複数のスレッドプール？

Question

私は、通常の要求 - 応答処理に加えて、重要なバックグラウンド処理部分を持つかなり複雑なJavaサーバーアプリケーションを作成しています。バックグラウンド処理の一部は、Quartzフレームワークを使用してcronのような方法で行われます。他のタスクはオンデマンドであり、新しいクライアントが接続すると、それをしばらく更新する追加のジョブが作成されます。 cronタスクは、外部アプリケーションの監視や統計の計算など、さまざまに変更することもできます。

私は、同様のジョブがスレッドプールを共有するという考えで、これらすべてのジョブを実行するスレッドプールの数を使用していますが、異なるジョブは、1を共有することはありません。例えば、モニター・ジョブは統計プール上では決して実行されず、統計ジョブはモニター・プール上で決して実行されません。一方

私は何人かの人々が1つだけのスレッド・プールを持ち、任意の分離することなく、それのすべてを実行することを好むだろう知っています。

このようなシナリオでは、何がベストプラクティスと考えられるのだろうか。

スレッドプールを分離する際の長所は何ですか？

それは問題ですか？

Answer 1

私はあなたにいくつかのUIを作成しますね。それは本当に、直接答えではないのですが、別の提案

:-(あなたのクォーツジョブは、一時停止キャンセルなど、の「 は管理」と呼んでみましょうすることができますそれらを管理する。

あなたはもちろん、それを実装していない限り、あなた（「オンデマンド」）あなたの他のジョブは、同じ機能の恩恵を受けないであろうことを実現していますか？あなたはすべて石英ジョブ（でもそれならばを行うことを検討しましたすぐに開始されます）、均一なコードを取得しますか？

Answer 2

答えは、さまざまなタイプのアクティビティ間でアプリケーションリソースを分離する必要があるかどうかによって異なります。

例えば、私は現在、いくつかのハイスループット作家や潜在的に多くの読者からなるサーバ・アプリケーションを書いています。読者はアプリに散発的にアクセスしますが、大量のデータを要求する可能性があります（長時間実行するリクエストなど）。私は、ライターが飢えていることがないように、私のデザインで2つのスレッドプールを使用して読み書きをするつもりです。リーダースレッドプールが一時的に使い果たされた場合、ライターは影響を受けません。読み取り要求のみが遅延します。

代替方法は、ThreadPoolExecutorと組み合わせてPriorityQueueを使用し、書き込み要求に高い優先度を割り当てることでした。

だから、結論に - 私のアドバイスは、次のようになります。一つのスレッド・プールをオフに開始し、そうするための具体的な理由がある場合にのみ、あなたのデザインをより複雑にします。