ZeroMQとWebSocketの違い 質問する

A: リアルタイムメッセージングは​​良いタグですが、

すぐに気づくと思いますが、リアルタイムただし、メッセージを XHTML-Matrjoska-in-Another-Matrjoska-inside-another-Matrjoska のようなエンベロープ内のエンベロープにラップするのにクロック サイクルを費やすことは、非効率です。

リアルタイムリアルタイムで動作するのに苦労しているため、処理に必要な最小限の時間を費やしたり失ったりするtaskUnit。

同様の*ML-で物事を再ラップする試みもありますが、セクシー」という方法では、結果として生じるパフォーマンスは低下するだけで、リアルタイム領域の「外側」に出て、そこでのパフォーマンスの向上に大きく役立つことはありません。

その良い例は、「準ITグル集団「金融市場の標準であるFIXプロトコルをXHTMLエンコードされたペイロード用に「拡張」する取り組みが行われている一方で、高頻度取引のR&Dにおける最高の取り組みは、ペイロードを削減する方法に膨大な資金/時間/労力を費やしています。ナノ秒各IPパケットのワイヤアンロードと、待望のリアルタイムの可能な限り最速のデマッピング/デコードに関連付けられています。data- オリジナル仕様のミニマルなデザインにそこに含まれる要素prefixTag:value。

A: プロトコルの違いが主なものです

いくつかの高レベルのペイロードコンテンツの同様のラッピングとフレーミングWebSocketsに焦点を当てながら、port:80 HTML/XHTMLゼロMQまったく逆の方向に進みます。トランスポートの低レベルの詳細からコードを「隠して」、「オフロード」します (したがって、ローカル、クラウド全体、またはその両方の組み合わせであっても、 INPROC/ IPC/ TCP/ PGM/ EPGM/ UDP/ VMCI/ ... トランスポート クラスを介して透過的に提供されます)

このWebSocketプロトコルには、固定されたクライアントとサーバーの役割と、HTTP スタイルのハンドシェイクがあります。

WebSocketフォーカスはUTF-8/CRLFコンテンツフォーマットで終了し、0×00＆0xffバイトであり、Web ブラウザーが実行できるように設計された、このようなバッファリングされたメッセージを解析する機能に基づいています。

ゼロMQ設計者に、特定の方法で連携するように設計されたビルディングブロックの上に構築するためのオープンアーキテクチャを提供します。はい、行動があります-- 設計では、より複雑なメッセージング パターンにこれを使用しています。これにより、実績のあるビルディング ブロックのセットに基づいて構築される無制限の上位層抽象化が可能になります。つまり、公開されているニュースの一部をリッスンし、購読する意思を示したZMQ.PUBLISHERすべての -s にメッセージを送信するZMQ.SUBSCRIBERだけです。その他の ZMQ プリミティブは、ラウンドロビン ベースのロード バランサの作成に役立ち、追加の手順により、フェイルセーフ アーキテクチャや同様の高度なソリューションを構築できます。

A: プロトコルの機能

プロトコルの信頼性について質問がありましたが、プロトコル レベルには、アセンブリ/再アセンブリ/分解のオーバーヘッド、パフォーマンスのスケーラビリティ、API からワイヤ アクセスまでのレイテンシ、スレッド セーフ、増加するワークロード レベルにおけるパフォーマンス属性の緩和など、より重要な属性があります。

WebSocketポート80の通信は非侵入に対して「オープン」ですがWebSocket、ZeroMQの低レベルプロトコルは高速で効率的、排他的なZMQ-2-ZMQ、ピアハンドシェイク用に設計されており、すべての設計努力はより高い抽象化APIレベルから構築されており、そこからアプリケーションベースのソフトシグナリングを追加して、要求された修復/修正アクティビティを導入することができます。メッセージが見つからない問題アプリケーションの状態に悪影響を与えることはありません。

並行システムのプログラマー

また、いくつかの高度なボーナスポイントも欲しいですスレッドそしてゼロコピー＆ゼロレイテンシーこの内部から深い洞察二人の共同父であるマーティン・サストリクからゼロMQおよびPOSIX準拠の妹nanomsg