【开源】支持master-slave分布、支持跨通道消息订阅的开源高效消息队列

cx6445

这个结论怎么得出来的?　单机并发１００w?长连接?短连接?　还是分布式系统并发　分布式并发其实没什 ...
redor 发表于 2010-11-08 10:09

    当然是单机100万TCP链接，你理解的并发是单机每秒完成的tps吧。

cwinux

回复 31# cx6445

你能说一下你服务器的配置吗？一般的linux服务器，10万个链接就有点吃不消了。

cugb_cat

说实在的，腾讯还真不会用你这玩意儿。。。。。
不是跟你赌气，你这个东西用不到线上，腾讯有好多你这样的轮子排队呢。

cwinux

回复 33# cugb_cat

用不用不重要，重要的是一种态度与行动。再华丽的皇宫也是有垃圾桶、臭粪坑的；因此也别把腾讯说的那么不可一世。

redor

回复 31# cx6445


    这种并发毫无意义... 一般来说的并发都是指一秒能处理的请求数.

redor

回复 32# cwinux


    别说10w 到2w内核都已经够忙了.

redor

说实在的，腾讯还真不会用你这玩意儿。。。。。
不是跟你赌气，你这个东西用不到线上，腾讯有好多你这样的 ...
cugb_cat 发表于 2010-11-08 22:03

    其实他这个MQ应该说还是有点用处,不过我最近也在打算搞一个分布式计算的平台, message queue在多任务/多线程/分布式处理上还是有点用处.

hobbs136

回复  cwinux


    别说10w 到2w内核都已经够忙了.
redor 发表于 2010-11-11 09:32

    我理解的并发也是每秒能够处理的链接数，每个连接都占用一个文件描述符的，100w数量，那文件描述符也忒大了吧。再说光连接上，反应非常迟钝，得不偿失

cugb_cat

其实他这个MQ应该说还是有点用处,不过我最近也在打算搞一个分布式计算的平台, message queue在多 ...
redor 发表于 2010-11-11 09:34

其实在生产环境上，不太可能用这种刚发布的第三方系统，风险非常大的，宁可自己开发。当然，像mysql、ice等应用广泛的，还是会用的。
而且，lz这个没有实际运行环境的检验，只是说自己做压测出来的结果，意义不是很大，比如google开源的东西，都是在google内部广泛使用的，别人用起来也比较信任。

btw 我现在做的项目正在公司内部推广，也向领导申请开源了，希望能如愿，呵呵。

cwinux

回复 39# cugb_cat

有点太主观臆测了。
cwinux这个项目，已经成了某个公司的开发平台。
而mq系统，也是非常成熟。而且也将在一个大互联网公司中使用。
为什么要优先做mq，是因为面向消息而不是数据，将是日后各个互联网公司的转变方向。
我本周将启动一个基于此mq的onboard的开源项目，这是一个分布式的、可持久化存储的高并发记事本系统，实现如下功能：
1、计数器：使用场景如投票等业务。
2、内容文本：使用场景如网站通知、排行榜等。
3、列表：使用场景如体育直播、论坛前N页。可以解决论坛列表页的动态、一致cache的问题。