We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
服务端和客户端跑在同一个局域网内。 客户端每秒发33个包,每个包14字节,服务器收到后立即回一个14字节的包。 当客户端连接少的时候客户端收到回包的延迟基本在30-60ms之间,还算正常。但是当并发连接数到1000的时候,回包的延迟能到1秒以上。 我用同样的测试程序,只是将kcp协议换成tcp协议,其他都不变,1000个连接的时候也是稳定30ms的回包延迟。 跟踪原因后发现是因为udp丢包导致,但是局域网不应该丢包,实际这个包量也不是很大,tcp也没有出现丢包的问题(如果丢包延迟会很高)。 kcp协议我用了你的kcp代码,同时也用了kcp-go,都是一样丢包导致延迟很高。 测试使用的是win10和win11操作系统。 这个是什么问题,如何解决?
The text was updated successfully, but these errors were encountered:
把 wiki 读一遍,调大收发窗口。
Sorry, something went wrong.
No branches or pull requests
服务端和客户端跑在同一个局域网内。
客户端每秒发33个包,每个包14字节,服务器收到后立即回一个14字节的包。
当客户端连接少的时候客户端收到回包的延迟基本在30-60ms之间,还算正常。但是当并发连接数到1000的时候,回包的延迟能到1秒以上。
我用同样的测试程序,只是将kcp协议换成tcp协议,其他都不变,1000个连接的时候也是稳定30ms的回包延迟。
跟踪原因后发现是因为udp丢包导致,但是局域网不应该丢包,实际这个包量也不是很大,tcp也没有出现丢包的问题(如果丢包延迟会很高)。
kcp协议我用了你的kcp代码,同时也用了kcp-go,都是一样丢包导致延迟很高。 测试使用的是win10和win11操作系统。
这个是什么问题,如何解决?
The text was updated successfully, but these errors were encountered: