IE が SSE をサポートしていないという事実はさておき、多数のクライアントが存在する場合、Server-Sent Events または SignalR のパフォーマンスは向上しますか?
2 に答える
心に留めておくべきことの 1 つは、内部では、SignalR は、Ajax ロング ポーリング、サーバー側イベント、Web ソケットなど、データの送受信に使用できる最適な方法を既定で使用することです。
決定は、使用中のブラウザーや Web サーバーなどの属性に基づいて行われます (たとえば、IIS8 は Web ソケットをサポートしているため、ユーザーのブラウザーもサポートしている場合、SignalR はそれらを使用します)。私が言いたいのは、SignalR は接続を作成する多くの方法をサポートできるということです。利用できる方法は 1 つではありません。サーバー側のイベントを使用する場合、SignalR はそれらを使用することも、次善の策である Web ソケットを使用することもできます。
したがって、後から考えると、どちらが最適かというのは公正な問題ではありません。
編集:この記事からの抜粋:
SignalR は、サーバーとクライアントでサポートされている "最適な" 接続を選択しようとしますが...
比較はしませんが、少なくとも Rick Strahl は SignalR のパフォーマンスに驚いており、1 秒間に数百のメッセージを送信しているにも関わらず、オーバーロードすることができませんでした。
http://www.west-wind.com/weblog/posts/2013/May/22/A-first-look-at-SignalR