正在阅读：拨开迷雾 让您明白了解路由器传输性能拨开迷雾 让您明白了解路由器传输性能

　　从千元路由器的测试结果中我们可以看出，包转发率（pps）达到8000左右，传输大数据包，吞吐量就能达到100Mbps了，但此时，小数据包的转发性能其实也只有10000左右。试想一台包转发率为20000的设备，与包转发率为10000的设备在转发大数据包上，表现会有什么不同吗？似乎不会有任何不同，因为标称带宽（吞吐量）就只有100Mbps，这是上限。但两者的区别会反应在转发小包时的效率上，在没有到达标称带宽（吞吐量）之前，pps为20000的设备将比pps为10000的要设备快上一倍，当然，这样的设备价钱也会更高。我们关注的核心应该是包转发率（pps），而不应是吞吐量，因为包转发率高了，吞吐量必然高，而吞吐量高，包转发率却不一定高。

　　在实际应用中，包转发能力十分关键，比如网吧里经常玩游戏，每操作一个游戏指令，每扣动一个扳机，转发的全部是小包，这种情下，不存在标称带宽（吞吐量）瓶颈的问题，考验的仅是路由器的包转发能力。如果路由器包转发能力不强，就很难应付大量小包转发的需求，对于一些时延敏感的应用，例如在线游戏，玩起来就会很不顺畅。

　　千元路由器的包转发率达到了10000pps左右，虽然距理论最大值148800pps相去甚远，但这一表现到底有多强或有多弱，我们如何判断。比较这两个数字，单从数量级来看，千元路由器的包转发性能确实够差的，仅为理论值的1/14左右。包转发率越高越好，但在实际应用中我们真的需要那么高的包转发率吗？对于这点，小新也没有一个判断标准，不过讲一个在测试中发生的现象，也许从侧面能看出一些问题。

　　使用多Pairs跑Ixchariot脚本，Ixchariot会是一个非常吃机器性能的软件，我们所有的测试使用的都是100Pairs，这对发包PC是个不小的考验，在本测试中也就是PC1，CPU为P8400，1G内存，后来发现，内存有些小。我们在测试百元路由器时，PC1 的CPU和内存占用都不高，可以轻松应付测试。这应该是因为路由器包转发率低的原因，因为PC1在发出一个包之后，需要收到来自PC2的确认，才能再发送第二个包，如果路由器包转发率不高，那PC1发出的包就少，PC1跑这个测试就会非常轻松。

　　问题出现在测试千元路由器时。在测试中，Ixchariot几乎将PC1拖垮。不过测试还是可以顺利进行的，只是感觉PC1明显非常繁忙，CPU和内存占用都非常高，PF使用率达到了2G以上。千元路由的包转发性能要高出百元产品不少，“等待”少了，包发得多了，PC1也就受不了了。为了验证这点，小新最后将PC1与PC2直接使用网线相连，跑同样的测试，这下PC1彻底被托垮了，整个电脑无法操作，不一会居然出现了WINDOWS 98时代的经典蓝屏，反复测试，次次蓝屏。这应该说明PC1发挥了性能的极限，然后“阵亡”了，而在测试千元路由器时，PC1也是已经非常接近极限了。

　　回到刚才所说的问题，10000pps几乎拖垮了Intel P8400，在实际应用中，路由器有机会承受这个量级的数据量吗？这个问题，小新无法回答，各位看官有什么看法，欢迎讨论。 另外，对于文中的一些错误之处，还望您指出，共同探讨，共同学习。