看书未及时解决的问题

2020.6.23

《TCP/IP 网络编程》10.2.4

两个子进程同时结束父进程信号只收到一个。可能讲的不清楚，换句话说。

sigaction 同时收到两个子进程结束消息，为什么只触发一次函数？销毁了一个僵尸进程，还留了一个僵尸进程。

没找到原因，找了半天我吐了。

2020.6.22

《TCP/IP 网络编程》第 9 章

Q：nagle 禁用具体细节：建立连接前禁用还是可以中途禁用？客户端能否禁用？服务器调用函数禁用 nagle 算法，对客户端是否有效？

A：等书后面讲例子在补充。不行以后回顾 —— 2020.06.22

2020.6.20

《TCP/IP 网络编程》第四章

Q：服务端三次握手发生在 listen 和 accept 哪个阶段？

A：刚开始我认为是，listen收到来自客户端的 SYN 然后不回复存储到连接请求进入队列，然后调用 accept 时回复建立连接。

直到看到这篇博客 https://blog.csdn.net/smart55427/article/details/8431827?tdsourcetag=s_pctim_aiomsg

我没进行测试，这里说的是协议栈负责三次握手，建立连接后 listen 请求队列添加成功的连接。accept 是从连接请求队列中取出一条 tcp 连接。

那么问题又来了

Q：在 accept 之前就已经建立了连接，那么客户端发送消息能正常接收吗？

A：想当然应该是可以的，毕竟 TCP 是可靠的连接。所以应该有一个消息的缓冲区。

经过测试，客户端先发送数据，服务端在调用 accept 能够正常收到数据。

2020.6.11

TCP/IP 卷一 21.6

下面是书上的话

当拥塞发生时（超时或收到重复确认），ssthresh 被设置为当前窗口大小的一半（cwnd 和接收方通告窗口大小的最小值，但最少为 2个报文段）。此外，如果是超时引起了拥塞，则 cwnd 被设置为1个报文段（这就是慢启动）。

收到重复 ACK 书上这块只看到对 ssthresh（慢启动门限）做操作，没看到对 cwnd（拥塞窗口）做操作。

那么收到重复 ACK 如果只执行 ssthresh 减半，有什么意义？之后如果超时引起拥塞，ssthresh 又被更新前面操作也不会有任何意义。

然后查了下别的地方资料，收到重复 ACK 引起的重传还会将 cwnd 窗口大小调整为当前窗口大小一半。

可能是我没看见或者理解有问题。

可以书下一节 21.7 就讲了

2020.6.9

TCP/IP 卷一 18

选项都有首部长度，这选项表结束有锤用。但写协议的肯定已经弄好用途，只是我不知道。

还有有首部长度，首部长度含义为什么不改成选项长度，难道 20 字节不是固定的。

选项表结束符是不是用了选项后必须使用，这样感觉比如发送 MSS 白白多了 4 字节

TCP/IP 卷一18.2.3

为什么 SYN 在首部内也算占用一个序号。（目前我将确认序号理解为想要收到的下个序号开头）

2020.6.5

现代操作系统3.4.9

页面项中写操作位怎么清 0 的

现代操作系统3.3.2

项表页结构中高速缓存禁止位，没看懂用途

2020.6.4

如果发送端没有计算检验和而接收端检测到检验和有差错，那么 UDP 数据报就要被悄悄地丢弃。不产生任何差错报文 。 ？？？没计算检验和怎么检测检验和有差错？？？