使用check机制并不能使cpu使用率下降
Alan-yly opened this issue · comments
您好，这一段我认为有问题，因为ikcp_check返回的时间戳永远小于kcp->ts_flush，而ikcp_update只会当kcp->current大于kcp->ts_flush时才会调用ikcp_flush，所以ikcp_check并不能降低ikcp_flush的调用频率，而所有cpu消耗主要集中在ikcp_flush中，所以使用check机制并不能使kcp的cpu消耗下降。
不是帮你避免 flush，flush 避免不了，而是当你管理成千上万个 kcp 对象时，可以依靠 timer 事件去管理，避免每毫秒干轮询 update/check
还有一个问题想请教作者一下，有没有什么比较好的弱网模拟工具？我们现在需要在弱网环境下进行压力测试，之前使用了linux tc做弱网模拟工具，然后发现如果tc设置了延时抖动会存在大量的报文乱序，而且如果流量比较大之后tc又会出现丢包率高于设定值的情况。
tc 就是最科学的，你流量超过额定值，当然要丢包，
但是tc使用netem设置了随机抖动之后会出现大量报文乱序的情况，但是在实际场景中只会出现网络抖动而不会出现大量乱序，这个问题请问作者有没有什么方法解决呢？
关注KCP几年了，直到今天才知道作者设计Check的用意。。。如果你服务器管理了大量连接，然后每帧去对每一个对象执行Update，会浪费一些性能，造成在同一帧延迟太久。然后这个时候如果你看过“时间轮”算法，把时间轮算法结合Check()，你就可以每帧只对一部分对象执行Update，大大减少了浪费。