Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

关于RabbitMQ ,ZMQ和组播 #3

Open
pengminjiong opened this issue Feb 8, 2017 · 4 comments
Open

关于RabbitMQ ,ZMQ和组播 #3

pengminjiong opened this issue Feb 8, 2017 · 4 comments

Comments

@pengminjiong
Copy link

最近为了做试验,重新回来弄这2个东西。 发现RabbitMQ 性能(特指 速度和延迟)比ZMQ 低, 而且没有额外的包支持组播。
我想问的问题是: 要是为RabbitMQ 添加一个组播功能, 应该看哪块代码, 大概怎么改比较快速? 是否有直接可以用的包

备注:Erlang 实在是不会, 在RabbitMQ 外面 做一个扩展模块, 连接上 , 这样的例子, 能帮忙推荐几个嘛?

@sky-big
Copy link
Owner

sky-big commented Feb 8, 2017

我了解下组播的介绍,可以通过topic类型的exchange然后广播给多个消息队列啊,每个消息队列中有唯一一个消费者,这个消费者就是对应的物理机器,这样就实现了吧?

@pengminjiong
Copy link
Author

pengminjiong commented Feb 8, 2017

是这样的, Rabbitmq的组播还是基于TCP的, 你说的exchange 那种 是应用层的组播 并不是网络层的组播。
简单的说的话, 10 个subscriber 请求同一个消息, pulisher在网络层还是发送一个个的TCP 包到 10个人。 而不向IP 组播, 只发一个包到到一个组, 全组人都能收到(10个人)
要是100个人的话, 第100个人 收到包时, RabbitMQ必须先发99个tcp包, 对第一百个人来说会很慢
IP 组播的话不管10个人还是100个人都是一个包搞定

@sky-big
Copy link
Owner

sky-big commented Feb 8, 2017

你可以这么理解,rabbitmq服务器就是作为你说的那个IP组播里面的组,你pulisher将一个tcp包发到rabbitmq,然后rabbitmq服务器同时将10个消息同时发送到10个消息队列里,而这10个消息队列里对应你每一个subscriber ,然后你每个subscriber 就同时接收到了tcp包,虽然tcp包还是有10个,但是是同时给你的每个subscriber ,跟你说的每一个subscriber 等待前面subscriber 接收完毕是不一样的。

@pengminjiong
Copy link
Author

我是这么做的。你描述的是应用层rabbitmq怎么运行的, 但是底下的网络层,比如从网卡发出的包,
还是100个tcp包对应100个subscriber。

结果就是 随着用户的增加, rabbitmq的性能跟不上, 因为从rabbitmq发出来的 还是一个一个tcp的包,100个用户一百个tcp包。(如果换成UDP下的IP组播, 就是一百个用户一个包)
当然我是为了搞科研(量做的很大),当用户数量增大, 比如一屋子的IOT设备

我的问题是: rabbitmq 可以基于UDP吗,比如PGM 协议?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants