关于内核线程网络发包，性能优化

chen_jx

主题的思想是通过内核来避免系统调用的开销，
伪代码逻辑：

1. while(1) {
   
2.                 //通过th_info->sti_if_name获取指定接口对应的netdev
   
3.         dev = dev_get_by_name(&init_net, th_info->sti_if_name);
   
4.                 //申请skb
   
5.         skb = alloc_skb(len + LL_RESERVED_SPACE(dev), GFP_KERNEL);
   
6.                 //对skb进行赋值，以及构造data部分，数据包
   
7. 
   
8.            //调用发送数据包
   
9.         dev_queue_xmit(skb);
   
10.         //释放dev
    
11.                 dev_put(dev);
    
12. }

复制代码

在代码测试中，发送确实成功了，但效率很低，竟然没有PF_PACKET的性能高，我很晕，，，
有哪位能给指点一下，性能主要被那部分吃掉了，，，

shank941

1.dev_get_by_name是否可以挪到循环外？这里需要遍历dev list.
2.alloc_skb涉及到kmalloc/kfree,自然效率低，可以自己考虑预先申请好一堆skb，自己管理，效率肯定比alloc_skb高,如果包内容是固定的，这样还可以预先设定好，就不用在循环里赋值了。

chen_jx

回复 2# shank941
对于第一点，我也有同感
对于第二点，我对内核开发手比较生
像在用户态编程的话，我直接申请一块char连续的内存，然后在while(1)用相应的结构体赋值，刷新内容，就可以
但是这段代码中我不敢下手
因为dev_queue_xmit中应该有kfree_skb的操作
so，我想是否有人能给我演示一下，怎么才能达到我想的目的

ps：另外是不是我自己计算完了IP的检验和后，最好把skb中ip_summed设置为CHECKSUM_COMPLETE为好

瀚海书香

回复 1# chen_jx

可否将测试的环境详细说一下？
以及效率低是如何得到的，有没有一个准确的数据，效率低的百分比是多少？

wangzhen11aaa

有几个网络设备接口可以这么不停的申请。。。


还有硬件的缓冲也是有大小的。。。。。


还有也不是发送就一下子就出去的。。。。

还有在这个while循环中比较诡异，搞的什么都很朦胧，时间把握不准。。。
我认为是个首先效率应该还行，后面的就差了。

kwest

内核线程和用户进程一样都是可调度的，内核线程的优先级可以比用户进程优先级还低，如果调用PF_PACKET的进程优先级高于你的内核线程，发包效率当然就会更高。