too many open streams

[ghost]

把服务端流的数量调大一点，不然用户一多就出现 too many open streams 然后断线，需要重连才行
其他没什么问题

保守设置成 64
一步到位，改成512了

[Itsusinn]

是我记错了吗，我记得有啥地方可以改一个叫 max concurrent stream，我现在倒是找不到了 原来是clash-rs里的。

这个max concurrent stream好像达到default concurrent stream时会变大，可能是记错了

[ghost]

是我记错了吗，我记得有啥地方可以改一个叫 max concurrent stream，我现在倒是找不到

没找到

[Itsusinn]

https://github.com/Itsusinn/tuic/blob/dev/tuic-client%2Fsrc%2Fconnection%2Fhandle_stream.rs#L15-L21

[ghost]

https://github.com/Itsusinn/tuic/blob/dev/tuic-client%2Fsrc%2Fconnection%2Fhandle_stream.rs#L15-L21

这不是客户端的吗，而且服务端的配置（文件）里面没有这个

[Itsusinn]

这不是客户端的吗

https://github.com/Itsusinn/tuic/blob/dev/tuic-server%2Fsrc%2Fconnection%2Fhandle_stream.rs#L23-L29

服务端也有，可能这个配置不太重要

[Fhokud]

跑测速时上传会报too many open streams（）

[Itsusinn]

跑测速时上传会报too many open streams（）

这个是客户端的问题，客户端和服务器的最大并发数是独立的

这是什么软件？

[Fhokud]

这是什么软件？

NekoBox

[ghost]

调查了一下，估计和#11 有关，有些连接需要关闭才行

[ghost]

这个 PR 先Close了，和这个参数无关(还有点关系)

[ghost]

@Itsusinn 你看一下吧，现在这个提升输入流数量也是可以解决，看一下hy2的这个（ apernet/hysteria#1073 ），我已经麻了

[ghost]

文档：
https://docs.rs/quinn/latest/quinn/struct.TransportConfig.html#method.max_concurrent_bidi_streams

[ghost]

实测不行，一跑测速就缩缸，要登上几秒才能恢复

[Itsusinn]

我感觉这个是要改nekobox

[ghost]

我感觉这个是要改nekobox

nekobox我用hy2跑测速不会缩缸，看起来是quinn的问题，不像是没有close()的问题，因为等几秒没有发生重连就恢复了

[Itsusinn]

虽然我没用过nekobox，但它的tuic实现应该与clash meta的一样(不一样)，有个叫max-open-streams的配置
https://wiki.metacubex.one/config/proxies/tuic/

[ghost]

虽然我没用过nekobox，但它的tuic实现应该与clash meta的一样，有个叫max-open-streams的配置 https://wiki.metacubex.one/config/proxies/tuic/

现在的HEAD用你的客户端跑 https://www.speedtest.net 会不会报问题

[ghost]

我下个client跑一下

[ghost]

@Itsusinn 确实是 nekobox/nekoray 的问题，我用的https://github.com/Itsusinn/tuic/actions/runs/10618920948/job/29435300425?pr=13
这个actions里面跑出来的服务端和客户端，没有问题，不报错

[ghost]

32个流我觉得确实有点少了，你看下这个应该怎么处理，有其他办法的话我先Close了 (另外这个actions出来的windows好像不报毒了)

[Itsusinn]

nekobox我用hy2跑测速不会缩缸，看起来是quinn的问题，不像是没有close()的问题，因为等几秒没有发生重连就恢复了

Hysteria使用的流控和tuic不一样，hy的带宽更大些是预料中的

[ghost]

nekobox我用hy2跑测速不会缩缸，看起来是quinn的问题，不像是没有close()的问题，因为等几秒没有发生重连就恢复了

Hysteria使用的流控和tuic不一样，hy的带宽更大些是预料中的

目前看来第三方内核的实现给的很保守，这个问题就大了
Sing-box:
https://sing-box.sagernet.org/configuration/outbound/tuic/
没看到Stream相关配置

[ghost]

nekobox我用hy2跑测速不会缩缸，看起来是quinn的问题，不像是没有close()的问题，因为等几秒没有发生重连就恢复了

Hysteria使用的流控和tuic不一样，hy的带宽更大些是预料中的

另外这个缩缸不是指服务降级，而是一段时间内所有网页无法打开

[Itsusinn]

https://github.com/SagerNet/sing-quic/blob/b2aa8a079f6b8f1ef86fb22f564a01cd7ef648f8/tuic/client.go#L60

https://github.com/MetaCubeX/mihomo/blob/0128a0bb1fce17d39158c745a912d7b2b87cf975/listener/tuic/server.go#L66

你比对一下，我目前认为是singbox的问题，可能是少传了个max stream的过

[ghost]

https://github.com/SagerNet/sing-quic/blob/b2aa8a079f6b8f1ef86fb22f564a01cd7ef648f8/tuic/client.go#L60

https://github.com/MetaCubeX/mihomo/blob/0128a0bb1fce17d39158c745a912d7b2b87cf975/listener/tuic/server.go#L66

你比对一下，我目前认为是singbox的问题，可能是少传了个max stream的过

确实，可以去提个pr

[ghost]

我去编译一个改版的singbox，测试一下

[Itsusinn]

这可不好改啊

[ghost]

这可不好改啊

确实

[ghost]

另外这个sing-quic只在nekocore里面找到，singbox本体没找到

[Itsusinn]

在这里
https://github.com/SagerNet/sing-box/blob/dev-next/outbound%2Ftuic.go#L17-L17

[ghost]

在这里 https://github.com/SagerNet/sing-box/blob/dev-next/outbound%2Ftuic.go#L17-L17

https://github.com/MatsuriDayo/sing-box/blob/cf36758f11b7c144e1211801753cc91f06ff2906/go.mod
现在发现了

[ghost]

试了没用，我用了6cad66e revert后的服务端，too many open streams 的错误没有了，但是我这ff的ws用nekobox又连不上了

[ghost]

我研究一下

[ghost]

试了没用，我用了6cad66e revert后的服务端，too many open streams 的错误没有了，但是我这ff的ws用nekobox又连不上了

第二次测速又开始too many open streams，原版client反而不会报这个，累了，不整了