金融アプリケーションで取引フィードを実装するために、jms でパブリッシュ サブスクライブ パターンを使用しています。ただし、アプリケーションでは、フィード データを遅延なく表示する必要があります。私が Java で作成したこのアプリケーションは、一定の高速なパブリッシュ レートを満たしていません。アプリケーションはフィード データの表示に遅れをとっています。パブリッシュ サブスクライブ パターンのコードは、Java で任意のアプリケーションに記述する通常のパブリッシュ サブスクライブ コードです。パブリッシャーの高速化を促進し、一定のパブリッシュ レートを維持するための提案はありますか? コメントをお待ちしております。
質問する
363 次
1 に答える
2
いくつかの提案:(質問で使用しているブローカーなど、詳細があれば、より具体的になる可能性があります)
- JMS プロバイダー/ブローカーは、すべてのメッセージをディスクに永続化するように構成されていますか? その場合、すべてのメッセージの配信を保証する必要がありますか? すべてのメッセージをディスクに永続化する必要があると、スループットが数百に低下します (SSD を使用している場合を除く)。
- アプリケーションはブローカーと同じ JVM で実行されていますか? ヒープのサイズは適切ですか? ヒープ サイズが適切に調整されていないと、ガベージ コレクションの一時停止が何度も発生し、パフォーマンスが低下する可能性があります。
于 2012-10-09T10:59:43.450 に答える