协议栈是怎么影响网速的
很多人觉得网络卡顿是宽带不够或者路由器太差，但其实系统内部的协议栈配置也可能拖后腿。比如你在家里打视频会议，明明测速有100M，可画面还是卡，声音断断续续。这种情况，问题可能出在TCP/IP协议栈的默认设置上。
操作系统自带的网络协议栈为了兼容大多数场景，往往采用保守参数。但在高延迟、高并发或弱网环境下，这些默认值就显得不够用了。通过针对性调整，可以显著降低延迟，提升响应速度。
常见可优化的协议栈参数
TCP连接建立时的三次握手时间、数据包重传策略、接收和发送缓冲区大小，这些都是协议栈里能动手的地方。比如，把TCP初始拥塞窗口（initcwnd）从默认的10提高到30，可以让首次数据传输更快发出去，特别适合网页加载这种短连接多的场景。
另一个例子是启用TCP快速打开（TFO），它允许在SYN包中携带数据，省去一次往返。对于频繁建立新连接的应用，比如手机App频繁请求服务器，这个功能能明显减少等待时间。
调整缓冲区大小
如果网络路径存在较大抖动，系统默认的接收缓冲区可能很快被填满，导致丢包和重传。适当增大net.core.rmem_max和net.ipv4.tcp_rmem，能让系统更好地应对突发流量。
net.core.rmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216这些值单位是字节，上面配置把最大接收缓冲区设为16MB，适合千兆以上网络环境。
启用快速重传与选择性确认
传统TCP在丢包后要等超时才重发，延迟很高。开启SACK（Selective ACK）和FACK能精准定位丢失的数据段，不用整段重传。在Linux中可以通过以下配置打开：
net.ipv4.tcp_sack = 1
net.ipv4.tcp_fack = 1配合使用低延迟调度算法如BBR，而不是传统的CUBIC，可以进一步压低排队延迟。
实际应用场景
某公司内网视频会议系统长期存在音画不同步问题，排查发现不是带宽瓶颈，而是服务器TCP重传率偏高。调整协议栈参数后，将初始拥塞窗口从4提升至10，并启用TFO和SACK，重传率下降60%，会议流畅度明显改善。
家庭用户也可以受益。比如玩云游戏时，哪怕ping值只有几十毫秒，如果协议栈处理不及时，操作反馈还是会慢半拍。在支持的设备上开启BBR拥塞控制，能感觉到操作更跟手。
注意事项
调参不是越激进越好。盲目增大缓冲区可能导致“缓冲膨胀”（bufferbloat），反而增加延迟。建议结合实际网络情况，用工具如ping、mtr、tcpdump观察变化效果。
修改前最好备份原配置，参数调整后持续观察一段时间，确保稳定性不受影响。某些设置在重启后失效，需要写入/etc/sysctl.conf持久化。