WLAN Througput Point

WLAN Througput Point 1  

There are two througput issues i met recently
1   In kernel 2.6.15 , DBDC througput, changing HZ from 250 to 1000, will increase the TX and througput a lot.
     TX 180+178 campare to 165+160,  CPU loading is about 85%
     But it do no help to single band througput, this need to check why.
2   Changing the windows system config  TcpAckFrequency to 8, TcpOpt to 3, Tcp windows to 0x40000, will increase the througput a lot
     But it only increase little to single band througput.

我是把自己的整个MIPS系统从2.6.15升级到2.6.31, 从LAN-WLAN跑吞吐量时，发现
TX 175M   cpu loading 20%
RX 205      cpu loading 100%

相当怪异，TX吞吐量是不正确的，而且单频cpu loading应该在50-60%之间才对。
然后通过top看，发现cpu loading都被softirqd占用了。

于是觉得
1  要不中断太多了，要不就是packet在driver中走得时间太长了。

查看中断和软中断数量，发现15 kernel和31 kernel差不多，因此觉得packet在driver中时间走长了。

但是整个driver并没有修改，而且编译过程很顺利，应该没有问题，因此怀疑是系统性能不行。

使用dhrystone这个工具进行验证，发现15 kernel跑出来时间为1.3秒，而31 kernel跑出来时间为1.8秒，
dhrystone这个工具我认为在某些方面还是靠谱的，比如说验证cpu的能力，这些能力包括clock, cache, tlb等。
当然我觉得dhrystone并不能单独拿出来说能力，应该有对比才可以。
比如说我们把dhrystone在ap99-2.6.15和ap99-2.6.31上跑了一下，都有同样的结果，因此才知道dhrystone在这个系统中
测试应该是靠谱的。

好，去查找为什么系统能力差了，反正折腾来折腾去，最终发现整个kernel起来时，竟然跑在uncached的状态下，难怪性能这么低
这是bootloader和kernel没有配合好的缘故，当初为什么这么马虎了。


在进入kernel后，把cache打开，吞吐量起来了，但cpu loading还是不靠谱，后来打听说是sar的统计与CONFIG_NO_HZ是相冲突的。
于是把CONFIG_NO_HZ关掉，sar统计正常了。

但是把CONFIG_NO_HZ关掉后，发现ＤＢＤＣ有了比较大的下降，打开，ＤＢＤＣ又升起来了，但对单频影响不大。
我认为是在cpu loading比较大的时候，CONFIG_NO_HZ能对整体的吞吐量有比较大的提高。
这也是我要去check的地方。