最新下载
热门教程
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
linux中TCP Fast Open 测试笔记二
时间:2014-04-22 编辑:简简单单 来源:一聚教程网
- 客户端发送 SYN 包,包尾加的是一个 FOC 请求,只有 4 字节。
- 服务器端收到 FOC 请求,验证后根据来源 IP 地址生成 COOKIE(8 字节),将这个 COOKIE 加载 SYN+ACK 包的末尾发送回去。
- 客户端缓存住获取到的 COOKIE 可以给下一次使用。
- 下一次请求开始,客户端发送 SYN 包,这时候包后面带上缓存的 COOKIE,然后就是要正式发送的数据。
- 服务器端验证 COOKIE 正确,将数据交给上层应用处理得到响应结果,然后在发送 SYN+ACK 时,不再等待客户端的 ACK 确认,即开始发送响应数据。
第一次请求是不会有时间节约的效果的,测试至少要 httping -F -c 2。
从第二次开始节约的时间可以认为是第一个来回,httping 本身是个 HEAD 请求,可以认为是 50% 的节约。
但是用 -c 2 运行依然没有看到 RTT 变化。这时候用stap 'probe kernel.function("tcp_fastopen_cookie_gen") {printf("%d ", $foc->len)}' 命令发现这个最重要的生成 COOKIE 的函数(net/ipv4/tcp_fastopen.c里)居然一直没有被触发!
认真阅读了一下调用这个函数的 tcp_fastopen_check 函数(net/ipv4/tcp_ipv4.c里),原来前面首先有一步检查 sysctl 的逻辑:
代码如下 | 复制代码 |
if ((sysctl_tcp_fastopen & TFO_SERVER_ENABLE) == 0 || |
这个 TFO_SERVER_ENABLE 常量是 2。而我电脑默认的 net.ipv4.tcp_fastopen 值是 1。1 只开启客户端支持 TFO,所以这里要改成 2(或者 3,如果你不打算把客户端搬到别的主机上测试的话)。
重新开始 httping 测试,RTT 依然没有缩短。这时候的 stap 命令发现 tcp_fastopen_cookie_gen 函数虽然触发了,但是函数里真正干活的这段逻辑依然没有触发(即 crypto_cipher_encrypt_one):
代码如下 | 复制代码 |
void tcp_fastopen_cookie_gen(__be32 addr, struct tcp_fastopen_cookie *foc) |
我试图通过 stap 'probe kernel.function("tcp_fastopen_cookie_gen"){printf("%s ", $$locals$$)}' 来查看这个 ctx 是什么内容。输出显示 ctx 结构里的元素值都是问号。
目前就卡在这里。
为了验证除了这步没有其他问题,我”野蛮”的通过 systemtap 修改了一下 tcp_fastopen_cookie_gen 里的变量。命令如下:
代码如下 | 复制代码 |
stap 'probe kernel.function("tcp_fastopen_cookie_gen") { $foc->len = 8 }' |
赋值为 8,就是 TCP_FASTOPEN_COOKIE_SIZE 常量的值。
然后再运行测试,就发现 httping 的第二次运行的 RTT 时间减半了(最后那个 F 应该就是标记为 Fastopen 的意思吧)!可见目前问题就出在这里。
代码如下 | 复制代码 |
$ httping -F -g http://192.168.0.100 -c 2 |
注:上面这个强制赋值 foc->len 没有改变其实 foc->val 是空的事实,所以只能是测试验证一下想法,真用的话多客户端之间会乱套的。
相关文章
- linux使用FIO测试磁盘IO性能的例子 05-03
- linux中sbt 中单元测试并发执行例子 04-25
- linux中speedtest-cli 选择测试节点(服务器)例子 03-08
- Linux中使用speedtest-cli 测试网速的方法 12-25
- linux用dd测试磁盘速度例子 09-17
- linux中TCP Fast Open测试例子 04-17