github-repos/kcp
1
0
Fork 0
mirror of https://github.com/skywind3000/kcp.git synced 2025-04-03 18:20:17 +08:00
Code Issues Projects Releases Wiki Activity

Updated EN_KCP Feature (markdown)

winlin 2017-02-21 15:00:37 +08:00
parent 4d41d8ae60
commit c842f58d68
1 changed files with 2 additions and 2 deletions

4
EN_KCP-Feature.md

@ -14,9 +14,9 @@ For retransmission in TCP, all the data after the lost segment will be retransmi
For example, the sender has sent segments 1,2,3,4,5, then got the ACK message from peer 1,3,4,5. When got ACK 1,3, KCP notice the segment 2 maybe dropped; when got ACK 1,3,4, the segment 2 almost dropped and KCP will directly retransmit segment 2 without wait util timeout. This algorithm can improve the transport speed when network is heavy and segment loss occurs.
#### Delay ACK or Realtime
#### ACK Delayed or Not
As TCP designed to send more data over network, it will delay to send ACK, even though set TCP_NODELAY. This algorithm will increase the RTT and need more time to determine whether packets dropped or not. To avoid this, KCP allows realtime ACK without delay.
TCP will try to reply ACK as late as possible(even TCP_NODELAY), which will cause large RTT and RTO, it need more time to find out whether segments are lost. Certainly it causes larger latency, especially for heavy network. KCP allows to config to send ACK immediately without any delay.
#### UNA vs ACK+UNA：