# ch 19: TCP Interactive Data Flow

![19.TCP Interactive Data Flow](https://tva1.sinaimg.cn/large/007S8ZIlly1ggzka4ifg3j31an0gvq4d.jpg)

## 1. Interactive Input

TCP传输的数据有两种，一中是交互式的数据，一种是成块的数据。

从segment的数量来看，交互式的和块式的segment数据包大概各占一半。

从数据大小来说，交互式的大概占10%，块式的大概占90%。

这里先看看交互式的数据。

## 2. Delayed Acknowledgments

交互式的数据中，IP header加上TCP header基本上就已经40个字节了，而交互式的数据一半都很少，大概10个字节左右，这样数据包就很浪费。

为了减少segment的数量，一般都会将ack推迟一会，等接收到更多的数据的时候再ack。

一般的实现都是将ack推迟**200ms**。

比如：

![](https://tva1.sinaimg.cn/large/007S8ZIlly1ggzkfo506wj30u016ctf2.jpg)

## 3. Nagle Algorithm

如果这种小的segment多的话，可能会对网络造成阻塞，这个时候可以使用Nagle算法。

这个算法要求，一个TCP连接上最多只能有一个未被确认的未完成的segment，在这个segment未被ack之前不能发送其余的segment。

优点：自适应（self-clocking），ack越快，发送数据也就越快。

**对ack的理解**：

* ack仅仅表示TCP已经正确接收了数据；
* 不代表数据已经被应用层接收；
* 未被应用层接收的数据放在TCP的缓存中；
* 未被应用层接收的数据会影响接收窗口的大小；
* 从接收窗口可以得到有多少数据未被应用层接收。

有的时候需要数据尽快发送，而不需要等待前一个ack，这个时候就需要禁用Nagle算法。

API中可以通过TCP\_NODELAY来禁用。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://valineliu.gitbook.io/deuterium-wiki/reading/cs-jing-dian-shu-ji/tcpv1/ch-19-tcp-interactive-data-flow.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.