tcp_nodelay用于禁用nagle算法，使小数据包立即发送而非等待ack或累积至mss，从而降低交互延迟；其值为1时禁用，0时启用（默认），属ipproto_tcp级别int型选项。

Linux socket 编程中设置 TCP 延迟时间选项，核心是控制 TCP 延迟确认（Delayed ACK） 和 Nagle 算法 的行为，二者共同影响小包交互的响应延迟（典型表现为 40ms 左右的“卡顿”）。这不是广义的“超时”，而是对 TCP 协议栈内部定时机制的微调，常用于实时性要求高的场景（如高频通信、游戏、金融行情推送等）。

---

TCP_QUICKACK：关闭延迟确认

延迟确认机制会让接收方等待最多 40ms（Linux 默认），看是否能捎带 ACK + 应答数据。若只发纯 ACK，就可能引入固定延迟。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• 作用：立即发送 ACK，不等待合并或超时。
• 设置方式（需在 recv 后调用）：

  int quickack = 1;
  setsockopt(sockfd, IPPROTO_TCP, TCP_QUICKACK, &quickack, sizeof(quickack));

• 注意点：
  • 该选项是临时生效，每次 ACK 前都需重新设置（因为内核在 ACK 发出后会自动恢复延迟模式）；
  • 必须在 recv() 成功读到数据后立刻设置，不能在 connect 或 send 前设；
  • 仅对当前 socket 生效，不影响其他连接。

---

TCP_NODELAY：禁用 Nagle 算法

Nagle 算法会缓冲小数据包，等待前一个包被确认（ACK）后再发下一个，以减少小包数量。但在请求-响应模式下，它会导致明显延迟（尤其当 ACK 延迟时叠加）。

• 作用：禁用缓冲，允许小包立即发出。
• 设置方式（通常在 connect 后、send 前设置）：

  int nodelay = 1;
  setsockopt(sockfd, IPPROTO_TCP, TCP_NODELAY, &nodelay, sizeof(nodelay));

• 适用场景：
  • 实时交互协议（如 WebSocket 心跳、RPC 请求）；
  • 已知应用层会控制包边界（即不会产生大量碎包）；
  • 配合 TCP_QUICKACK 使用效果更佳。

---

其他相关选项与注意事项

• TCP_MAXSEG（MSS）：虽不直接控制延迟，但过小的 MSS 可能加剧小包问题；一般由内核协商，无需手动设。
• SO_RCVBUF / SO_SNDBUF：缓冲区大小影响吞吐，但对单次延迟影响间接；过小可能触发频繁拷贝，过大则增加首包延迟。
• 不要混淆 TCP_QUICKACK 和 SO_RCVTIMEO：
  前者管“ACK 发得快不快”，后者管“recv 调用等多久”，目标和时机完全不同。
• 验证是否生效：可用 tcpdump 抓包观察 ACK 时间戳间隔，或用 ss -i 查看连接的 qack（quick ack enabled）标志。

---

不复杂但容易忽略：真正降低端到端延迟，往往不是调大超时，而是关掉这两个“友好但拖沓”的默认机制。