Question

我们一直在处理一个问题，当我们通过Pika将数据发送到rabbitmq交换时，字节会卡在TCP RECV中（参见下面的输出）。有什么想法吗？我们看到8个字节，然后是一段时间后的16个字节。有没有人遇到类似的问题？

到目前为止，我们已经提升了TCP缓冲区大小，Rabbitmq内存大小（水印设置为0.95），并认为我们最终将其追踪到tcp中的瓶颈。我们有大约80,000条消息通过就好了，但最后几百（~4-500）只会在每分钟左右涓涓细流（大约400m / s）。

任何想法或指示都会有所帮助。

tcp    0  0 0.0.0.0:5672             0.0.0.0:*               LISTEN      634/beam
tcp    0  0 0.0.0.0:15672            0.0.0.0:*               LISTEN      634/beam
tcp    0  0 0.0.0.0:55672            0.0.0.0:*               LISTEN      634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60329   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:5672     111.111.111.111:49479   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:5672     111.111.111.111:49477   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:5672     111.111.111.111:49482   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60619   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60620   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60621   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60622   ESTABLISHED 634/beam
tcp    0  0 111.111.111.111:15672    222.222.222.222:60460   ESTABLISHED 634/beam
tcp   16  0 111.111.111.111:49482    111.111.111.111:5672    ESTABLISHED 963/python26
tcp   16  0 111.111.111.111:49479    111.111.111.111:5672    ESTABLISHED 957/python26
tcp    0  0 111.111.111.111:49477    111.111.111.111:5672    ESTABLISHED 949/python26

版本：

Python 2.6.8
CentOS release 5.8 (Final)
RabbitMQ version 3.2.2

编辑：我们玩套接字超时，它似乎影响它发生的频率，但它仍然涓涓细流。

字节陷入TCP RECV（pika和rabbitmq应用程序）

0 个答案: