Skip to content
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

kcp大带宽传输和发送队列长度问题 #411

Open
RobotFly opened this issue Apr 30, 2024 · 1 comment
Open

kcp大带宽传输和发送队列长度问题 #411

RobotFly opened this issue Apr 30, 2024 · 1 comment

Comments

@RobotFly
Copy link

  1. kcp 是不是无法传输大带宽,比如1000MBps ,如果能传输,是不是得修改发送和接收窗口大小,搞大点?
  2. 正如文中所说:kcp对发送queue 没有做长度的限制,那么如果存在这种场景:发送方首先开机了,不停的在往发送queue里面塞数据包,但是由于接收方还没开机,发送方就无法探测到对端的接收窗口,导致发送queue 无法太快的 往snd_buf里面送, 在这种情况下:岂不是发送queue 会一直无限制的增加,内存会堆爆的吧?
  3. 在重传策略中,如果这个包丢的次数大于kcp->dead_link ,作者会给kcp->state = (IUINT32)-1; 意思是这个包发了很多次了,还没有应答,但是作者的处理策略是仅仅给kcp->state赋值了-1; 并没有把这个包从snd_buf中移除吧,那这个包岂不是一直占着内存不释放?如果由于链路问题,存在大量这种包,岂不是会存在大量的死内存?
@skywind3000
Copy link
Owner

自己控制 queue

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants