我知道他们两个都禁用了Nagle的算法。
我什么时候应该/不应该使用它们中的每一个？
Answers:
首先，不是所有人都禁用Nagle的算法。
Nagle的算法用于减少有线中更多的小型网络数据包。该算法是：如果数据小于限制（通常是MSS），请等到收到先前发送的数据包的ACK为止，同时累积用户的数据。然后发送累积的数据。
if [ data > MSS ]
send(data)
else
wait until ACK for previously sent data and accumulate data in send buffer (data)
And after receiving the ACK send(data)
这将对telnet等应用程序有所帮助。但是，在发送流数据时等待ACK可能会增加延迟。另外，如果接收方实施“延迟的ACK策略”，则将导致暂时的死锁情况。在这种情况下，禁用Nagle算法是更好的选择。
因此，TCP_NODELAY用于禁用Nagle的算法。
TCP_CORK积极累积数据。如果套接字中启用了TCP_CORK，则在缓冲区填充到固定限制之前它不会发送数据。与Nagle的算法类似，它还会累积来自用户的数据，但是直到缓冲区填充到固定限制为止，直到接收到ACK。发送多个数据块时，这将很有用。但是在使用TCP_CORK时必须更加小心。
在2.6内核之前，这两个选项都是互斥的。但是在以后的内核中，它们可以一起存在。在这种情况下，将给予TCP_CORK更多的优先级。
参考：
TCP_NODELAY
用于禁用Nagle的算法以改善TCP / IP网络并通过等待接收到先前发送的数据的确认以发送累积的数据包来减少数据包的数量。
//从tcp（7）手册中：
TCP_CORK（或TCP_NOPUSH在FreeBSD中）
如果已设置，请不要发送局部帧。再次清除该选项时，将发送所有排队的部分帧。这对于在调用之前添加标题sendfile(2)或对吞吐量优化很有用。按照目前的执行方式，输出的时间为** 200毫秒上限** TCP_CORK。如果达到此上限，则会自动传输排队的数据。TCP_NODELAY从Linux 2.5.71开始，此选项只能与该选项组合使用。此选项不应在旨在可移植的代码中使用。
这是一种优化，因此就像任何优化一样：
基本上，目的是避免与sendfile（）及其朋友发送多个可以使用单个帧的帧。
因此，例如，在Web服务器中，先发送标头，然后发送文件内容，这些标头将在内存中进行汇编，然后由内核直接发送文件。TCP_CORK允许您在单个帧中发送文件的头和文件的开头，即使使用TCP_NODELAY也是如此，否则将导致立即发送第一个块。