张xx

> > 同样的问题，mac刚升级啦（14.6.1 (23G93)），不知道是不是这个问题 > > 修好啦，我先安装的3.1.0，添加好vmess配置，再覆盖安装，就OK啦，我怀疑是core版本的问题，core是1.8.x的就OK 这个方式暂时是有效的，大家可尝试一下

> 是的队列阻塞了 thread-pool-size: 12 可以调整下 你是8核 调成8就行 max-background-jobs : 5 max-background-flushes :2 max-background-compactions : 3 尝试按照你说的调整了配置，还是会出现一样的问题。 同时采用如下配置的 336版本，测试未出现问题 ,麻烦再帮忙看看 是否新版本有特殊的设置 port : 9221 thread-num : 8 thread-pool-size : 16 sync-thread-num...

> 是的队列阻塞了 thread-pool-size: 12 可以调整下 你是8核 调成8就行 max-background-jobs : 5 max-background-flushes :2 max-background-compactions : 3 355版本启动的时候，日志中有 Worker queue limit is 1766 ，这个可以说明 排队的队列最大是1766吗？ 这个数值在哪儿可以修改，或者说怎么样获取的，我从你们 相关的文档https://github.com/OpenAtomFoundation/pika/blob/4bfb5e788a1a6fd92dff20d5f1fa24e26ee3d128/docs/ops/SetUpDevEnvironment.md?plain=1#L65 里面看到，你们启动的时候这个数值是2万多，麻烦看看是否与这个数值有关系

提供一些可供参考的场景，同样的压测条件压测了 redis 6.26 和pika 3.5.5 ，发现pika hset命令的qps比较低，同时日志里面大量的出现了排队的情况，怀疑是hset命令大量的写入导致了排队  E20240902 16:19:23.452486 91162 pika_client_conn.cc:239] ip_port: 172.16.26.50:26136, db: db0, command: "HSET" "gamex:0:profile:conditionRecords:45:0:d53dbccd-6053-4802-a7c4-184cb4adb3df" "23" "\n\b\b\xca\x01\x12\x03\b\xe3\x0c", command_size: 93, arguments: 4, total_time(ms): 54, before_queue_time(ms): 0, queue_time(ms):...