JSFパフォーマンス：JSFのスケーラビリティはどれくらいですか？

Question

私はまだJSFのパフォーマンスに関する優れたベンチマークを見つけていません。私はあなたが思っていることを知っています、それはあなたのコード/デザイン/データベースの設定などに依存します。プレゼンテーション層を最適化する前に、多くのことを最適化しなければならないことがわかります。議論のためにプレゼンテーション層を見直さなければならないということになったとしましょう。

JSFはセッション集約型です。私はスケーラブルなアプリケーションを書くことになると、これが欠点になることがあるということをたくさん読んできました。クラスタ化された環境で大きなユーザーセッションを持つことは問題になりかねません。これに関する記事はありますか？優れたJSFライフサイクルとCDIの統合には大きなコストがかかります

Answer 1

セッション・データにJSFが重いという主張に真実があるかどうかはわかりません。

• は、あなたが特定のポイントを超えて、とにかく実行する必要があり、フロントエンドサーバーを（複製：しかし、私は道をになりによるセッション大量のデータにスケーラビリティの問題に対処することを考えているだろうセッショントークンに基づいてフロントエンドにディスパッチ要求を送信することにより、セッションデータが既にメモリ上で利用可能になる可能性がある。

Answer 2

プレゼンテーション層は-> embarrassingly parallelアプリケーションの一例です。原則として、ハードウェアを追加することで拡張できます。極端な場合には、サイトの最大ユーザー数の分にユーザーあたりハイパースレッディングが1つあります。だからスケールのないことはここでは問題ではありません。問題となるのは、ページを連続してレンダリングしなければならず、シングルユーザーモードでレンダリングするのに時間がかかることです。JSFがシングルユーザーモードでレンダリングするのに1分かかる場合は、マルチユーザーあなたがそれを複数の部分で並行してレンダリングできない場合は、それは普通の必要です。

Answer 3

高いパフォーマンスを得るには、フレームワークや言語に関係なく、セッションのスティッキ性を実装する必要があります。それはあなたの設定に依存します。たとえば、ハードウェアロードバランサには通常この機能があります。次に、サーバー間ネットワークの待ち時間を心配する必要はありません。

ただし、1台のマシンでのJSF + CDIのパフォーマンスも非常に重要です。オーバーヘッドが300msであるとします。つまり、4コアサーバーは1秒あたり10個の要求しか処理できません。それほど悪くはありませんが、高性能クラスではありません。 （通常、JEEのバンドワゴンの企業では問題ありませんが、通常はエンタープライズ規模でインターネット規模ではなく、多くのサーバーで使用するための現金があります）

私は実際にパフォーマンス番号を持っていません。誰かがCDI + JSFの統計情報を報告しているのは興味深いでしょう。例えば、中程度のサイズの典型的なページを処理するのにかかる時間です。