Erlang RabbitMQ接受AMQP连接速度慢，超过8秒

我在CentOS 7中将rabbitmq-server-3.6.6与Erlang R16B03-1一起使用。在安装rabbitmq之后，我尝试使用pika构建rpc服务器。但是，连接到connec到127.0.0.1的pika.BlockingConnection（）部分速度非常慢，超过8秒，通常应该在1~5毫秒左右

以下是我的rabbitmq-env.conf设置和pika连接代码列表：

/etc/rabbitmq/rabbitmq-env.conf：

NODENAME=rabbit@localhost

ulimit-S-n4096

def loop_rpc_1（）：
导入pika、时间、uuid
主机='127.0.0.1'
端口=5672
用户='rpc_用户'
passwd='123456'
vhost='/dev'
凭据=pika.PlainCredentials（用户，密码）
列表=范围（1100）
对于列表中的i：
开始时间=time.time（）
conn=pika.BlockingConnection（pika.ConnectionParameters（主机、端口、vhost、凭据）
康涅狄格州关闭
打印（i，time.time（）-开始时间）

输出：

loop_rpc_1（）
1 7.42911958694458
2 5.011636972427368
3 0.008404970169067383
4 0.00924539566040039
5 8.006478071212769
6 2.010906934738159
7 0.008637666702270508
8 0.008483409881591797
9 5.0115368366241455
10 0.00960850715637207
11 0.008922576904296875
12 5.015120506286621
13 8.005479335784912
14 2.011262893676758
15 8.005752325057983
16 2.0079636573791504
17 8.006184816360474
18 2.0097343921661377
19 0.008991718292236328
20 8.00625205039978

/var/log/rabbitmq/rabbitmq@localhost.log就像：

=信息报告===2017年8月17日：：20:17:12=== 接受AMQP连接（127.0.0.1:44705->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:14=== 关闭AMQP连接（127.0.0.1:44705->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:14=== 接受AMQP连接（127.0.0.1:44706->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 关闭AMQP连接（127.0.0.1:44706->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 接受AMQP连接（127.0.0.1:44707->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 关闭AMQP连接（127.0.0.1:44707->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 接受AMQP连接（127.0.0.1:44708->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 关闭AMQP连接（127.0.0.1:44708->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:19=== 接受AMQP连接（127.0.0.1:44709->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:27=== 关闭AMQP连接（127.0.0.1:44709->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:27=== 接受AMQP连接（127.0.0.1:44710->127.0.0.1:5672）

=信息报告===2017年8月17日：：20:17:29=== 关闭AMQP连接（127.0.0.1:44710->127.0.0.1:5672）`

此外，像

time-rabbitmqctl-list\u-users

，

service-rabbitmq-server-start/stop/status

这样的命令也非常慢 调试此类问题的标准程序是什么？

---

非常感谢

不太可能，但无论如何，请检查您的连接是否处于流量控制之下（）谢谢pinpain！我会看一看。不太可能，但无论如何，请检查您的连接是否处于流量控制之下（）谢谢pinpain！我来看看。