私は現在メーター バス プロジェクトに取り組んでおり、テスト環境にはcom0com、hub4com、rxtx、および実デバイスと仮想デバイスが混在しています。
十分なデータを収集したので、シリアルのものから離れて、純粋な仮想 tcp/ip テスト環境に行きたいと思います。
これまでのところ、小さな/小さなセットアップで問題なく動作する独自の小さなブローカーを作成しましたが、本格的なテストを行う予定であり、車輪を再発明したくありません. ここで JMS を使用することを考えましたが、過去 4 年間 Java の作業をあまり行っていないため、どのプロバイダーを選択すればよいのか、またはここで JMS が正しい選択であるかどうかはまったくわかりません。
9600 ボーをシミュレートして思いついたいくつかの数値 (正確ではない可能性があります):
Devices : 100-250
Messages: 17000+ per sec
MsgSize : max. 300 byte , avg. about 40 byte
Rtt: max. 30 msec
ほとんどのプロバイダーはメッセージを処理できますが、時間の制約については知りません。誰かが私にいくつかの参考情報を提供してくれることを願っています。また、ボーレートを下げると、rtt が増加し、メッセージ数が減少することも考慮してください。
私の場合、rttの制約を満たさないと、配線の誤りを模倣します:)
設計/実装のヒント、またはこの目的に適合する既存のプロジェクト/ソフトウェアの指摘など、あらゆる提案を歓迎します。