mirror of
https://github.com/deepseek-ai/3FS.git
synced 2026-11-05 00:47:47 +00:00
[GH-ISSUE #302] FUSE客户端有未知的阻塞 #184
Labels
No labels
pull-request
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
deepseek-ai/3FS#184
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @wudianer on GitHub (Jun 20, 2025).
Original GitHub issue: https://github.com/deepseek-ai/3FS/issues/302
环境:200Gb RDMA网络


客户端:FUSE版本3.16.1 ,用的fio压测客户端,引擎是usrbio
操作:有两个客户端节点,分别用fio压测,fuse客户端的配置保持一致
现象:一个客户端的带宽只能跑到15GB,而另一个客户端能跑到25GB。25GB的节点只要不重启fuse客户端怎么测都是极好的,但是如果重启,也有很大概率变成像第一个客户端那样15GB的带宽。比较奇怪,也就是说只要客户端挂载之后,一开始能跑到25GB,以后测也会25GB的, 如果一开始只能跑15GB,那以后也就只能跑15GB。并且和协程与线程池线程的数量无关
节点1:
fio图:
火焰图:
节点2:


fio图:
火焰图:
大家遇到过这种现象吗,或者能给一些思路吗,因为用到wait的地方太多了
@kangyifei commented on GitHub (Jul 1, 2025):
我们测试出现过类似的现象,最后定位在QP数量不足导致的,调高QP数量就好了,具体的配置是max_connections,可以尝试一下
@wudianer commented on GitHub (Jul 1, 2025):
感谢回复! fuse客户端和storage server需要同时修改吧,我简单调整了fuse侧,从1改成10,看着暂时没什么效果,还是16GB/s左右
@kangyifei commented on GitHub (Jul 1, 2025):
那可能不是一个问题TvT,我们把各组件里面的配置全部都调整到了16