|
锁定老帖子 主题：异构系统间通信的问题
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-05
javaeyelele 写道 我现在的项目就用ActiveMQ,性能不错，也易于配置。
除非你创建上万的queue(or topic)并一一监听，并不需要如此多的listener呀。 有多种管理和维护JMS Destination的策略。对于queue来说你可以根据创建多个，或只用一个并使用selector。ActiveMQ的MessageGroup功能还可以方便地支持Cluster环境中的queue的管理。 想問一下, 有對ActiveMQ 做過stress testing 嗎? |
| 返回顶楼 | |
|
发表时间：2007-06-07
Lordaeron 写道 javaeyelele 写道 我现在的项目就用ActiveMQ,性能不错，也易于配置。
除非你创建上万的queue(or topic)并一一监听，并不需要如此多的listener呀。 有多种管理和维护JMS Destination的策略。对于queue来说你可以根据创建多个，或只用一个并使用selector。ActiveMQ的MessageGroup功能还可以方便地支持Cluster环境中的queue的管理。 想問一下, 有對ActiveMQ 做過stress testing 嗎? 当然要做持续性的stress test(over 100k msg/day),另外还有failover test, etc. 测试主要是针对queue做的（因为系统中没有用到Topic). 实际的测试方案当然要根据你自己的情况了。 有很多性能调优的配置方案，遇到问题要多在ActiveMQ的论坛上找。有一些是generic concept. |
| 返回顶楼 | |
|
发表时间：2007-06-07
javaeyelele 写道 Lordaeron 写道 javaeyelele 写道 我现在的项目就用ActiveMQ,性能不错，也易于配置。
除非你创建上万的queue(or topic)并一一监听，并不需要如此多的listener呀。 有多种管理和维护JMS Destination的策略。对于queue来说你可以根据创建多个，或只用一个并使用selector。ActiveMQ的MessageGroup功能还可以方便地支持Cluster环境中的queue的管理。 想問一下, 有對ActiveMQ 做過stress testing 嗎? 当然要做持续性的stress test(over 100k msg/day),另外还有failover test, etc. 测试主要是针对queue做的（因为系统中没有用到Topic). 实际的测试方案当然要根据你自己的情况了。 有很多性能调优的配置方案，遇到问题要多在ActiveMQ的论坛上找。有一些是generic concept. 哇, 有回等於沒回!! 我問得這麼簡單了, 不想回就別回嘛 一天十萬筆message 小case 沒什麼好說嘴的. 壓測是指, 短時間內, 在一個合理的response time內, 可以承受的連線數. 例如: 1 秒內可以做多少message 的收送, 簡單的echo message 就可以了. |
| 返回顶楼 | |
|
发表时间：2007-06-07
vootoss 写道 现有一系统,后台采用java开发,客户端使用C++开发,后台会经常发送指令到前台客户端以控制客户端操作,之前采用的通信方式是webservice，但由于客户端数量太多，接近万个，受网络和各客户端具体情况影响，经常出现丢失指令的情况。
我认为比较好的解决方案是使用jms，广播机制和消息持久机制都可以很好的解决现有问题,但我没有找到C++与jms provider之间通信的资料,请问是否java和c++无法通过jms进行交互？ 广播机制？？？上万台机器如果一起广播，你的网络早就瘫痪了吧。 |
| 返回顶楼 | |
|
发表时间：2007-06-07
Lordaeron 写道 javaeyelele 写道 Lordaeron 写道 javaeyelele 写道 我现在的项目就用ActiveMQ,性能不错，也易于配置。
除非你创建上万的queue(or topic)并一一监听，并不需要如此多的listener呀。 有多种管理和维护JMS Destination的策略。对于queue来说你可以根据创建多个，或只用一个并使用selector。ActiveMQ的MessageGroup功能还可以方便地支持Cluster环境中的queue的管理。 想問一下, 有對ActiveMQ 做過stress testing 嗎? 当然要做持续性的stress test(over 100k msg/day),另外还有failover test, etc. 测试主要是针对queue做的（因为系统中没有用到Topic). 实际的测试方案当然要根据你自己的情况了。 有很多性能调优的配置方案，遇到问题要多在ActiveMQ的论坛上找。有一些是generic concept. 哇, 有回等於沒回!! 我問得這麼簡單了, 不想回就別回嘛 一天十萬筆message 小case 沒什麼好說嘴的. 壓測是指, 短時間內, 在一個合理的response time內, 可以承受的連線數. 例如: 1 秒內可以做多少message 的收送, 簡單的echo message 就可以了. Stress-Test的数据依赖于多种因素，CPU, network，etc. 最重要的是根据自己的情况设计，否则没有任何意义。 如果需要get some idea,why not try yourself on your machine: download->unzip->go to example folder->change config and run the sample producer and consumer using ant. That's it! 实在太懒，看看这个 http://activemq.apache.org/performance.html |
| 返回顶楼 | |
|
发表时间：2007-06-08
只想要看你的testing report 而已.
別要我自己去測, 我做的東西, 無法簡單的從IBM MQ 轉成ActiveMQ. 所以只想看別人的case. |
| 返回顶楼 | |
|
发表时间：2007-06-08
vootoss 写道 呵呵,感谢大家的帮助,已经找到了apache的cms做为解决方案,还有一个疑问就是,onMessage作为一个长连接,在近万个客户端同时监听的情况下,应该是会耗费大量的资源的,Active Mq应该是负担不起的,不知大家有什么好的建议吗？
这一点恰巧是ActiveMQ区别于其他JMS Provider(包括websphere mq的jms api) 他是使用nio来解决io效率问题,目前java的nio 虽然和natvie 的epoll,完成端口 还有一定差异 但是比传统效率已经很高了 |
| 返回顶楼 | |
|
发表时间：2007-06-08
Lordaeron 写道 只想要看你的testing report 而已.
別要我自己去測, 我做的東西, 無法簡單的從IBM MQ 轉成ActiveMQ. 所以只想看別人的case. 肯定不是说IBM Websphere MQ 的CASE 就能够简单的用ActiveMQ替换 只是,我自己的使用过程中,并没有发现通过JMS API访问 Webspehre MQ的时候 他的效率有多高. 我的版本 6.0 (pack 6.0.2.1 ) 这里你能否提供一个JMS API 访问Websphere MQ的test report? |
| 返回顶楼 | |
|
发表时间：2007-06-08
cctvx1 写道 Lordaeron 写道 只想要看你的testing report 而已.
別要我自己去測, 我做的東西, 無法簡單的從IBM MQ 轉成ActiveMQ. 所以只想看別人的case. 肯定不是说IBM Websphere MQ 的CASE 就能够简单的用ActiveMQ替换 只是,我自己的使用过程中,并没有发现通过JMS API访问 Webspehre MQ的时候 他的效率有多高. 我的版本 6.0 (pack 6.0.2.1 ) 这里你能否提供一个JMS API 访问Websphere MQ的test report? 真是有點牛頭不搭馬嘴. 你要我給report, 當然是可以的, 不過我是寫C 的, 不跟你玩JMS. 既然你有IBM MQ就自己玩不就得了. 我用C 寫的, 可以讓MQ 同時處理1300筆左右的put 和fetch. 每筆message 的size 約8k 機器是8-way AIX RS6000 with 6G memory, only 4-way use by my system |
| 返回顶楼 | |
|
发表时间：2008-04-10
xly_971223 写道 vootoss 写道 现有一系统,后台采用java开发,客户端使用C++开发,后台会经常发送指令到前台客户端以控制客户端操作,之前采用的通信方式是webservice，但由于客户端数量太多，接近万个，受网络和各客户端具体情况影响，经常出现丢失指令的情况。
我认为比较好的解决方案是使用jms，广播机制和消息持久机制都可以很好的解决现有问题,但我没有找到C++与jms provider之间通信的资料,请问是否java和c++无法通过jms进行交互？ jms是j2ee独有的 没听说jms能跟.net等通信 用socket行不? 这么说的话如果想为Biztalk server做一个JavaEE的前端客户web 应用没有可能了?因为他们之间需要交换XML格式的数据，如果Biztalk不能作为JMS client之一的话就无法收发消息了阿 |
| 返回顶楼 | |
