我想知道 TCP 拥塞控制的整体延迟以适应不同的网络条件。具体来说，我的问题是：
- 在可用带宽和/或往返时间 (RTT) 发生变化后，系统的反应速度有多快？通过反应，我的意思是修改发送速率以匹配新的网络条件？
- 系统需要多长时间才能测量网络状况的变化？据我了解，默认情况下，TCP 仅通过查看 ACK 中的序列号来测量 RTT。这是否意味着系统需要一个 RTT 才能对网络条件的任何变化做出反应？
- 是否有针对低延迟应用程序开发的特定 TCP 拥塞控制算法？我相信这对于新一代应用程序（例如远程操作、虚拟现实）将很重要，假设 TCP 可以用于此类应用程序。对最近的拥塞控制算法的快速搜索将我从 Google带到了BBR 。然而，BBR 的主要目的似乎是通过更接近最佳操作点（由 Kleinrock 定义）来最大化 TCP 吞吐量。我在他们的论文中没有看到任何关于延迟的考虑。
对不起，如果有些问题没有多大意义。网络新手到这里，刚刚开始了解TCP拥塞控制的细节。我将不胜感激任何可以帮助我更好地理解该主题的帮助或指导。谢谢！