-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
too many open streams #13
Conversation
这个max concurrent stream好像达到default concurrent stream时会变大,可能是记错了 |
没找到 |
这不是客户端的吗,而且服务端的配置(文件)里面没有这个 |
NekoBox |
调查了一下,估计和#11 有关,有些连接需要关闭才行 |
这个 PR 先Close了,和这个参数 |
@Itsusinn 你看一下吧,现在这个提升输入流数量也是可以解决,看一下hy2的这个( apernet/hysteria#1073 ),我已经麻了 |
我感觉这个是要改nekobox |
nekobox我用hy2跑测速不会缩缸,看起来是quinn的问题,不像是没有close()的问题,因为等几秒没有发生重连就恢复了 |
虽然我没用过nekobox, |
现在的HEAD用你的客户端跑 https://www.speedtest.net 会不会报问题 |
我下个client跑一下 |
@Itsusinn 确实是 nekobox/nekoray 的问题,我用的https://github.com/Itsusinn/tuic/actions/runs/10618920948/job/29435300425?pr=13 |
32个流我觉得确实有点少了,你看下这个应该怎么处理,有其他办法的话我先Close了 ( |
Hysteria使用的流控和tuic不一样,hy的带宽更大些是预料中的 |
目前看来第三方内核的实现给的很保守,这个问题就大了 |
另外这个缩缸不是指服务降级,而是一段时间内所有网页无法打开 |
我去编译一个改版的singbox,测试一下 |
这可不好改啊 |
另外这个sing-quic只在nekocore里面找到,singbox本体没找到 |
试了没用,我用了6cad66e revert后的服务端,too many open streams 的错误没有了,但是我这ff的ws用nekobox又连不上了 |
我研究一下 |
第二次测速又开始too many open streams,原版client反而不会报这个,累了,不整了 |
把服务端流的数量调大一点,不然用户一多就出现 too many open streams 然后断线,需要重连才行
其他没什么问题
保守设置成 64一步到位,改成512了