大家来推荐一款 message queue 服务器？

[Livid]

需求就是性能越高越好。

（因此也希望这个方案尽可能的轻量级）

[sospartan]

redis

[Livid]

先记下这种可能性，或许也不错：

http://github.com/gleicon/restmq

[est]

ZeroMQ

[oldgun]

http://code.google.com/p/httpsqs/

[zhendi]

ZeroMQ

[Livid]

@oldgun 多谢，这个方案看上去相当不错，而且应该是在国内的大流量环境中验证过的。

[oldgun]

httpsqs不是python

[oldgun]

@Livid 我们同时回帖。。。。

[Livid]

@oldgun 能够用 HTTP 协议进行操作的话就足够了。服务器端用什么写的都可以，只是客户端是 Python。

[oldgun]

@Livid 我以为你要个python的方案，httpsqs是金山的张宴实现的，此前有试过，性能真是不错。

[Cofyc]

http://memcachedb.org/memcacheq/

[minghua]

resque 基于redis 实现. 由github 开发.

本身是ruby 的实现,不过有其他语言的版本.

http://github.com/defunkt/resque/wiki/alternate-implementations

[Livid]

@minghua Thank you very much. :)

[oldgun]

@Livid @minghua 不知道Livid是要应用在哪里，redis的方案个人感觉更适合队列存储，httpsqs适合队列内容的跟踪；另外内存依赖方面httpsqs会比较小。各有所长吧。

[daqing]

推荐redis.

[est]

redis貌似更适合存储。消息队列还是RabbitMQ, AMQP这类东西见长。ZeroMQ是目前来看潜力最大的。

[est]

http://www.infoq.com/cn/news/2010/09/introduction-zero-mq

[chuangbo]

这两天在用 RabbitMQ ，因为需求是需要持久化存储的。但是发现默认情况下 rabbitmq 虽然有写磁盘，但是数据还是一直放在内存中，如果有队列一直没有被读取，就会把内存吃光，然后队列就没有办法再写入了。
仔细找了文档，也没发现有相关的内容，有对 RabbitMQ 熟悉的同学吗？
我们是要对一些数据进行分发，要求必须分发到特别的几个客户端，不需要同时发到但是要尽可能的快，并且可能因为客户端停止读取队列很长一段时间，必须能够保存下这些未读的数据。