Kernel Study Notes

0.0.1. 测试环境1234567891011121314ip netns exec ns1 ip l s veth1 downip l delete veth0ip netns delete ns1ip l add type vethip netns add ns1ip l s dev veth1 netns ns1ip l set veth0 upip netns exec ns1 ip l

mysql访问延迟问题分析 0.1. 问题背景收到数据库同学的问题排查的请求，同一个数据中心里，dbproxy到mysql的连接失败率偏高，其tcp connect调用的超时时间是20ms+。

0.1. 什么是tcp fast open（TFO）0.1.1. 背景网络上有大量的短连接，传输的数据很少。google统计显示，其访问请求里有30%左右的流量是短连接。 0.1.2. 原理针对tcp 短连接的一个优化。在syn请求里携带请求数据，让server端尽早处理，进而降低一个RTT的延迟。client端发送时候在syn报文里，增加一个tcp option选项(TFO)，serv

0.0.1. 配置ixgbe网卡的RSS12345ethtool -K em1 ntuple onethtool --show-ntuple em1ethtool --config-ntuple em1 flow-type tcp4 dst-port 60001 action 1ethtool --config-ntuple em1 flow-type tcp4 dst-port 60002

0.0.1. 搭建kpatch builder以centos7.2为例。 默认centos7.2的安装的内核版本是3.10.0-327.el7.x86_64,这个内核版本当初是通过gcc 4.8.3编译的。而centos7.2自带gcc rpm包的版本则是 4.8.5 kpatch build命令执行的时候，首先检查gcc的版本是否一致，因为两者的版本不一致，所以kpatch build命令会失败

0.1. vxlan下iperf性能问题VXlan网络下，在两个容器(分别在两个host上)上，使用iperf进行tcp网络性能测试，带宽只能达到3.5Gb/s左右。而两个容器所在的host机器之间是万兆网络环境，host上的网卡是ixgbe 10G网卡 0.2. 解决方法 发送端使用多线程参数 -P 1iperf -c 192.168.51.2 -P8 -t 1000 接

kernel version v4.5 两个重要并且容易混淆的函数: tcp_v4_rcv tcp_v4_do_rcv 类似于中断处理的上半部和下半部，tcp的处理分为了的总入口函数是tcp_v4_rcv,而tcp_v4_do_rcv则是真正处理tcp报文,并传送到用户空间。 其他的像拥塞控制，乱序调整等都在tcp_v4_do_rcv之前被做掉了。

0.0.1. PCAP_TSTAMP_ADAPTER and PCAP_TSTAMP_ADAPTER_UNSYNCEDtcpdump help 0.0.1.1. tcpudmp use -j optiontcpdump main function

tcpdump help

调用inet_hash将对应的socket挂到一个chainlist上 0.0.1. Call treace123inet_listen inet_csk_listen_start sk->sk_prot->hash(sk); 相当于inet_hash