尝试IA架构下的网络处理极限

liangyi571

原帖由 skipjack 于 2006-3-16 12:13 发表
花了两天时候，用Linux2.6.15试了下，和Linux-2.4.*的转发效率差不多。

估计这已经不仅仅是驱动的问题了，和操作系统的调度机制密切相关，作为通用操作系统，可能在特定应用上性能不是很强。

skipjack

原帖由 liangyi571 于 2006-3-16 14:53 发表


也不尽然，对  8255x 有明显效果，8254x 是不明显

8255x也没有明显效果

liangyi571

原帖由 skipjack 于 2006-3-16 15:33 发表


8255x也没有明显效果

不会吧，在 freebsd 4 里，有超过 20% 的效果。在 2.4 里的 NAPI 机制不就是 Polling 吗？

skipjack

原帖由 liangyi571 于 2006-3-16 17:03 发表


不会吧，在 freebsd 4 里，有超过 20% 的效果。在 2.4 里的 NAPI 机制不就是 Polling 吗？

应该说从Intel的3.2.3版本驱动后,两种的效率差别就不大了.硬中断和软中断只在线速下的丢包率有差别,但按RFC2544测试后的吞吐量相差无几.

www_ftp

原帖由 skipjack 于 2006-3-16 21:38 发表


应该说从Intel的3.2.3版本驱动后,两种的效率差别就不大了.硬中断和软中断只在线速下的丢包率有差别,但按RFC2544测试后的吞吐量相差无几.

在Free BSD 6.0下，打开polling后，CPU下是下降了，丢包比较严重。HZ=1000时，kern.polling.burst值大些（记不清了）,HZ=3000时，kern.polling.burst值小了些，HZ=10000时，kern.polling.burst值又小了些。总之每次取的总的个数差不多是固定的。当然，kern.polling.burst_max、kern.polling.each_burst 都设的比较大，调了不同参数，也没多大变化。把kern.polling.user_frac设小些及kern.polling.idle_poll=1时情况好些，可是都不理想。

louiezhu

如果不是商用的话，建议写篇文章详细介绍下，期待~~~