利用iperf网络带宽测试工具看多线程及多核编程

导言

---

不少人，在编程的时间迷信于多线程能够提高效率，但很少有人去摸清楚背后的量化模型？

让快有快的理由，慢有慢的道理，在逻辑上有比较严密的证明过程！

我们知道，iperf工具可以测定主机间的网络带宽。

但，如果将iperf用于同一台主机内的网络带宽测试，是否可以从一个视角观察到主机内CPU与内存间带宽极限呢？

我相信，以iperf的成熟和历经风霜，它确实可以做到这点，也是我们普通程序员照猫画虎后，所能达到的高度！

这是本文立论的锚点！

结论先行

---

1. 单核单发处理，已经能够接近或达到硬件平台极限
2. 增加并发，会降低每个核的处理带宽，且整体提升也相当有限

对于环回测试，即可认为达到CPU与内存带宽极限 

对于远端测试，即可认为达到CPU与外部网卡带宽极限

多线程编程经验

---

1. 从CPU和内存的带宽极限，可以推算内存访问密集型任务的多线程数量上限
2. 如果单线程可以满足处理性能，建议单线程处理。可类比Redis的单线程处理的强大能力
3. 某些硬件平台CPU和内存的带宽比较低，但cpu核数比较多，多线程编程时，值得警惕消耗内存带宽型线程的数量和分布

iperf测定的内存带宽，远高于网络带宽，存在不同的倍数关系。

简单来看，即使我们程序内部再折腾几次同样级别的的内存拷贝，应该还是可以满足网络带宽处理要求的，单CPU富有余力！

进一步发展来看，iperf测试网络带宽工具，甚至可以作为硬件平台选型的参考工具。

附录.测试方法

---

本机环回测试

启动服务端监听

iperf3 -s

客户端测试

# 单发
iperf3 -c  localhost

# 双发、多发并行
iperf3 -c  localhost -P [2..10]

远端客户端测试

# 单发
iperf3 -c  remotehost

# 双发、多发并行
iperf3 -c  remotehost -P [2..10]

iperf对比验证

无独有偶，多方验证