“2009中国Linux内核开发者大会邀请函”有6个回复

1. haha 于 2009-10-15 9:42 下午

   这个会议太好了。

2. 建议 于 2009-10-15 11:39 下午

   建议可以加上招聘信息，这样浏览量会更大

3. bin 于 2009-10-16 4:04 上午

   不要这么复杂，现在就很好

4. 陈怀临 于 2009-10-16 6:49 上午

   可惜我不能亲自到场做keynotes了：-）。鄙人也是AKA的首席：-）。

5. waitquiet 于 2009-10-16 10:17 下午

   加上招聘信息，辅以B大的点评，更能吸引眼球

6. benjaming 于 2009-10-25 6:07 上午

   从弯曲了解到了AKA，谢谢首席；
   今天刚参加完AKA，整体感觉会议组织的不错，来了不少业界牛人和linux fans，自然收获也颇丰;
   本人主要和NETWORK/IO，因此，着重听了herbert xu (network)和fengguang wu（IO）两位大侠的讲座，个人做一下小结。
   1. 总体趋势
   随着 多核和NUMA技术的普遍应用，kernel和外设需做一定的改进，以便更好地发挥多核性能，提高访存速度；
   2. IO
   fengguang介绍了 为了适应 内存架构（zone分区的方式变化）、NUMA架构、大内存、新应用（streaming IO）四方面的变化，linux kernel在 page cache和LRU算法方面将做一定的改进；
   3. NETWORK
   herbert介绍了 为了更好的支持10GbE、多核和NUMA，NETWORK工作重点有两方面：packetisation和synchronisation；
   3.1 packetisation
   问题：10GbE环境下，CPU无法处理如此大量的数据包？
   解决方法：如何减少数据包个数－－－jumbo frame/GSO/GRO，推荐使用后两者，GSO 数据块交给网卡，由网卡完成TCP的分包；GRO，网卡负责将同一socket的数据包组装成大数据块，再交给CPU处理；由于IP包头部中 total_len字段是16bit的，因此，GSO和GRO支持数据块量<64K；
   另外，对于将整个TCP/IP协议栈的大部分工作下移到网卡中（TOE）的技术，linux感觉不是很提倡，TOE需要kernel和硬件共享数据，因此，性能也不一定好；
   3.2 synchronisation
   问题1：多核环境下，如何发挥其性能？
   解决方法1：multiqueue NIC ＋ kernel的支持（each core has its own queue）；
   问题2：multqueue环境下，transmit 由CPU控制，而 receiver由NIC控制，如何使得两者的采用相同策略，将同一socket/process的packet分发到同一core上；
   解决方法2：和intel等NIC厂商沟通，制定相同的分发策略； 或者 在底层开发一个soft mulitqueue（google的做法，内部称为软件重定向），即对收到的数据包进行二次分发；
   另外，对于NUMA的支持，network还有很多路要走；
   4. 会后交流
   从herbert处了解到，kernel中曾经遇到过的 转发LRO问题，高版本的GRO已经解决，同时，高版本kernel在网络性能方面做了很大改进，^_^，的确从netfiler就可以看出；
   另外，向大牛张衍民请教了slub的最近发展，新版本的kernel主要对于slub代码进行了重构，以便读起来更易懂，性能方面也有很大的提升；
   5. 参考资料
   AKA大会的PPT，可以从http://www.aka-kernel.org/news/downloads/index.html上下载；