莫名2022-02-11key: ac 11 00 05 ac 11 00 01 00 00 00 50 00 00 be 12 02 00 00 00 以该 key 为例，struct sock_key 共 5 个 u32 类型的字段，每个字段四个字节，其中： ac 11 00 05 -> sip，网络字节序，源 IP 172.17.0.5，对应负载均衡器容器 IP ac 11 00 01 -> dip, 网络字节序，目的 IP 172.17.0.1，对应 Docker 网桥 docker0 IP 地址，即本机所有容器的默认网关。 00 00 00 50 -> sport, 网络字节序，源端口 80。 00 00 be 12 -> dport, 网络字节序，目的端口 48658。 02 00 00 00 -> family，主机字节序，AF_INET 协议，具体定义为： #define AF_INET 2 /* Internet IP Protocol */ 对 SKB 类型的 BPF 程序了解不多，这里想请教下倪老师，目的 IP (172.17.0.1) 为什么是 Docker 网桥的 IP ？跟 sk_msg 转发逻辑有关么？我理解正常情况下目的 IP 应该是客户端容器 IP。作者回复: 解析的非常正确。 对于你的疑问，其实你到客户端容器中执行相同的nc命令，再观察一下映射中的内容，答案自然就有了。这儿看到172.17.0.1是因为思考题中的nc命令是在主机终端中执行的。
共 2 条评论7
Geek96352022-03-17在实际应用sockmap时，遇到一个性能问题 我的业务模型是同一个pod内，部署nginx及一个java写的api-proxy程序，两者之间通过127.0.0.1通信（长连接） 想使用sockmap能力在进程之间加速，实际测试用wrk打流（通过域名）到pod的nginx，发现使用sockmap并没有带来性能的提升（从sar看pod内lo口流量是0） 抓取sock_sendmsg到sock_recvmsg之间的时间分布见后： nginx是多进程单线程的，那个java程序是单进程多线程的（抓取的时间分布是两者之间的send->revc时间差，第一列是耗时区间，第二列是次数） 从耗时分布情况看，sockmap并没用明显优势（业务cpu已基本打满） 但如果简单用netperf tcp_rr测试，sockmap基本耗时分布在8-16usecs，无socketmap基本在16-32usecs 想请教老师，这是sockmap本身的性能问题（实现sock之间报文转发的流程也挺复杂的），还是使用方式方法不对？ 这种复杂模型的性能分析也非常难，老师是否有毕竟好的方法，谢谢 @normal(usecs): [4, 8) 37 | [8, 16) 131639 | [16, 32) 2206394 | [32, 64) 796467 | [64, 128) 511059 | [128, 256) 378776 | [256, 512) 294895 | [512, 1K) 140723 | [1K, 2K) 26766 | [2K, 4K) 10600 | [4K, 8K) 8053 | [8K, 16K) 2607 | [16K, 32K) 6 | @ebpf sockmap(usecs): [4, 8) 20150 | [8, 16) 1046770 | [16, 32) 1597489 | [32, 64) 574600 | [64, 128) 425788 | [128, 256) 369249 | [256, 512) 327745 | [512, 1K) 187195 | [1K, 2K) 32752 | [2K, 4K) 9646 | [4K, 8K) 7825 | [8K, 16K) 2140 | [16K, 32K) 187 |展开作者回复: 这是有有可能的。如果系统本身的性能就不太好，不借助硬件offload方式的优化方法有可能收益并不明显。比如，很多应用本身就有诸如CPU、多线程或者磁盘I/O等方面的瓶颈，内核协议栈带来的性能损失在整个应用的性能中有可能很小，这时候再去优化内核协议栈，当然也很难获得很大的性能优化效果。
共 2 条评论3- maosd1995542022-02-12老师，这种只适合LB跟服务部署同一个服务器吧？
作者回复: 嗯嗯，是的
共 3 条评论2 - Geek96352022-03-18有人能复现老师的测试结果么？ 我在centos8.3上测试，性能没有太大变化（抓包确认sockmap功能生效） nsenter -t 201559 -n sar -n DEV 1 Average: IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil Average: lo 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 Average: eth0 20805.67 20663.00 1595.32 2001.95 0.00 0.00 0.00 0.00 测试过程中，nginx cpu占用非常高 Tasks: 645 total, 12 running, 633 sleeping, 0 stopped, 0 zombie %Cpu(s): 1.9 us, 31.2 sy, 0.0 ni, 65.2 id, 0.2 wa, 0.3 hi, 1.2 si, 0.0 st MiB Mem : 385191.7 total, 336110.5 free, 9242.4 used, 39838.9 buff/cache MiB Swap: 0.0 total, 0.0 free, 0.0 used. 361619.3 avail Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 373492 101 20 0 9388 3504 2076 R 97.1 0.0 4:40.45 nginx 373493 101 20 0 9388 3508 2076 R 97.1 0.0 4:14.85 nginx 373495 101 20 0 9388 3496 2076 R 97.1 0.0 6:18.71 nginx 373496 101 20 0 9388 3476 2076 R 97.1 0.0 5:07.61 nginx 373498 101 20 0 9388 3504 2076 R 97.1 0.0 5:28.36 nginx 373501 101 20 0 9388 3480 2076 R 97.1 0.0 6:23.90 nginx 373503 101 20 0 9388 3476 2076 R 97.1 0.0 5:37.27 nginx展开
作者回复: 使用wrk测试的结果是多少？如果机器本身的性能不太好（比如CPU资源本身就不足的情况下），使用sockmap或者其他的eBPF技术带来的性能收益的确有可能是不明显的。
共 2 条评论1 
piboye2022-02-23要开启cgroup v2，grub修改重启才搞定😅作者回复: 👍 谢谢分享配置的经验。你的发行版是什么？
共 2 条评论1- 从远方过来2022-03-12老师，本示例直接将msg从一个sock转发到另一个sock, 那是不是说跳过了内核处理?
作者回复: 是的
牛金霖2022-02-25请教一个问题，在哪儿能看到各种各类型的BPF程序的作用和生效条件。 还有就是各种MAP的适用场景呢？作者回复: 我们课程第5讲和第6讲已经介绍了很多程序类型和各种MAP使用方法
Bachue Zhou2023-04-10 来自上海有两个问题请教下老师： 1. 为什么 skops->local_port 这个字段就要转成网络序，skops->remote_port 就不需要？ 2. 我发现在启用了这两个 BPF 程序后，如果 nginx 容器被关闭，wrk 依然无法正常工作，那 nginx 容器在 BPF 程序内扮演了什么角色？共 1 条评论1
～～2023-09-19 来自上海请问这里挂载到/sys/fs/cgroup是不是只对容器进程生效, 如果我用shell打开一个进程, 是不是不能生效. 我发现ops程序只能观测到容器的网络操作
fqh2023-06-16 来自广东所以这个case里面是 把 socket bpf 挂载到了 宿主层面的 套接字层面？ 为什么不像后面xdp case 那样，是把 socket bpf 放到独立的一个容器内部？