服务端的性能测试一直是比较棘手的问题。
一. Iperf 概述
Iperf 是一个网络性能测试工具。
Iperf可以测试最大TCP和UDP带宽性能。
Iperf具有多种参数和UDP特性，可以根据需要调整。
Iperf可以报告带宽，延迟抖动和数据包丢失。
iperf 分为两种版本，unix/linux版和windows版，unix/linux版更新比较快，版本最新。
windows版更新慢。
windows版的iperf叫jperf，或者xjperf。
jperf是在iperf基础上开发了更好的UI和新的功能。
二. 测试环境搭建
了解测试需求(如果是对802.11n，了解测试模块的MIMO--也就是有几个天线)，以及有线网口的规格(笔记本/AP是百兆网卡吗？
因为802.11n的速率可以达到100Mbps以上，如果是百兆网口，肯定会成为测试速率的瓶紧)事先确定HW 基础。
测试环境：
因为wifi是空中传播原因，为避免环境中其他无线AP 的信道干扰，请尽量在干净环境测试throughput
A: 请尽量选择屏蔽房(Shield Room)中测试
B: 地下车库往往也是一个不错的选择(地下车库可搜索到的AP网络往往很少)
C: 目前5G AP 尚少，亦可应用5G频带测试；
(能够连上5G AP为准)
D: 若上述条件均不可得，可尝试用Cable 直连，取代空中传播，但为避免打坏设备，需要加衰减器;
测试AP (Access Point无线路由)设定:
无线模式选择”802.11b/g/n”
信道带宽选择”20/40”
开启”Guard Interval”
注A, 双频带(20-MHz和40-MHz带宽)
IEEE 802.11n通过将两个相邻的20MHz带宽捆绑在一起组成一个40MHz通讯带宽，在实际工作时可以作为两个20MHz的带宽使用(一个为主带宽，一个为次带宽，收发数据时既可以40MHz的带宽工作，也可以单个20MHz带宽工作)。
注B: Short Guard Interval(Short GI)
Short GI(Guard Interval)是802.11n针对802.11a/g所做的改进。
射频芯片在使用OFDM调制方式发送数据时，整个帧是被划分成不同的数据块进行发送的。
为了数据传输的可靠性，数据块之间会有GI，用以保证接收侧能够正确的解析出各个数据块。
无线信号在空间传输会因多径等因素在接收侧形成时延，如果后续数据块发送过快，会和前一个数据块形成干扰。
而GI就是用来规避这个干扰的。
11a/g的GI时长为800us，而Short GI时长为400us，在使用Short GI的情况下，可提高10%的速率。
另外，Short GI与带宽无关，支持20MHz、40MHz带宽。
注C:关于理论吞吐量：
a:不同标准理论传送吞吐量不同；
b:实际传送带宽视环境，wifi系统会不同选择，40M带宽可获得更大throughput)
附：
不同网络的理论最大吞吐量参考：
802.11n的理论速率由于MIMO、Short GI 以及频宽的区别，会有不同是速率：
三. 网络连线设定：
1. Infra Network(基础网络构架)：
a. PC 通过Cable 连接AP Lan口，然后AP wifi连接待测Platform
注，请注意网口规格，是百兆或吉兆？
b. PC 通过wifi 连接AP，然后AP wifi 连接待测Platform：
选择合适测试无线网卡，不能选择MIMO 规格低于测试AP的无线网卡；
(比如测试用2x2的AP，就不能选择1x1 的无线网卡，应该选择2x2或者3x的无线网卡)
2. 请在PC1/Platform 运行相应版本的iperf；
分别运行下面表格命令即可，由命令决定哪个平台做Server，哪个平台做Client。
注：
a. 在TV 端，需要测试CPU loading，请在TV端iperf命令后加’&’
b. linux/Android 平台，测试CPU loading 用top 命令，会每隔5秒刷新CPU loading：
(如下图是Android 平台截图，各项解释如下)。
User 35%, System 13%, IOW 0%, IRQ 0% // CPU占用率
User 109 + Nice 0 + Sys 40 + Idle 156 + IOW 0 + IRQ 0 + SIRQ 1 = 306 // CPU使用情况
PID CPU% S #THR VSS RSS PCY UID Name // 进程属性
xx xx% x xx xx xx xx xx xx
CPU占用率：
User 用户进程
System 系统进程
IOW IO等待时间
IRQ 硬中断时间
CPU使用情况(指一个最小时间片内所占时间，单位jiffies。
或者指所占进程数)：
User 处于用户态的运行时间，不包含优先值为负进程
Nice 优先值为负的进程所占用的CPU时间
Sys 处于核心态的运行时间
Idle 除IO等待时间以外的其它等待时间
IOW IO等待时间
IRQ 硬中断时间
SIRQ 软中断时间
进程属性：
PID 进程在系统中的ID
CPU% 当前瞬时所以使用CPU占用率
S 进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数。
#THR 程序当前所用的线程数
VSS Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)
RSS Resident Set Size 实际使用物理内存(包含共享库占用的内存)
PCY OOXX，不知道什么东东 。
UID 运行当前进程的用户id
Name 程序名称
android.process.media
// ps：
内存占用大小有如下规律：
VSS >= RSS >= PSS >= USS
// PSS Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
// USS Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存
c. 记录数据，请用平均值记录，如下图，选用0.0-300.0sec 的数据：
更多技术问题，可以扫码加入知识星球「细说测试」来跟大咖们交流。
802.11n的理论速率由于MIMO、Short GI 以及频宽的区别，会有不同是速率：
三. 网络连线设定：
1. Infra Network(基础网络构架)：
a. PC 通过Cable 连接AP Lan口，然后AP wifi连接待测Platform
注，请注意网口规格，是百兆或吉兆？
b. PC 通过wifi 连接AP，然后AP wifi 连接待测Platform：
选择合适测试无线网卡，不能选择MIMO 规格低于测试AP的无线网卡；
(比如测试用2x2的AP，就不能选择1x1 的无线网卡，应该选择2x2或者3x的无线网卡)
2. 请在PC1/Platform 运行相应版本的iperf；
分别运行下面表格命令即可，由命令决定哪个平台做Server，哪个平台做Client。
注：
a. 在TV 端，需要测试CPU loading，请在TV端iperf命令后加’&’
b. linux/Android 平台，测试CPU loading 用top 命令，会每隔5秒刷新CPU loading：
(如下图是Android 平台截图，各项解释如下)。
User 35%, System 13%, IOW 0%, IRQ 0% // CPU占用率
User 109 + Nice 0 + Sys 40 + Idle 156 + IOW 0 + IRQ 0 + SIRQ 1 = 306 // CPU使用情况
PID CPU% S #THR VSS RSS PCY UID Name // 进程属性
xx xx% x xx xx xx xx xx xx
CPU占用率：
User 用户进程
System 系统进程
IOW IO等待时间
IRQ 硬中断时间
CPU使用情况(指一个最小时间片内所占时间，单位jiffies。
或者指所占进程数)：
User 处于用户态的运行时间，不包含优先值为负进程
Nice 优先值为负的进程所占用的CPU时间
Sys 处于核心态的运行时间
Idle 除IO等待时间以外的其它等待时间
IOW IO等待时间
IRQ 硬中断时间
SIRQ 软中断时间
进程属性：
PID 进程在系统中的ID
CPU% 当前瞬时所以使用CPU占用率
S 进程的状态，其中S表示休眠，R表示正在运行，Z表示僵死状态，N表示该进程优先值是负数。
#THR 程序当前所用的线程数
VSS Virtual Set Size 虚拟耗用内存(包含共享库占用的内存)
RSS Resident Set Size 实际使用物理内存(包含共享库占用的内存)
PCY OOXX，不知道什么东东 。
UID 运行当前进程的用户id
Name 程序名称
android.process.media
// ps：
内存占用大小有如下规律：
VSS >= RSS >= PSS >= USS
// PSS Proportional Set Size 实际使用的物理内存(比例分配共享库占用的内存)
// USS Unique Set Size 进程独自占用的物理内存(不包含共享库占用的内存
c. 记录数据，请用平均值记录，如下图，选用0.0-300.0sec 的数据：
具体参数，欢迎加入QQ群，或者微信来交流。
Iperf apk 界面：需要遥控在APK软键盘输入命令：
更多技术问题，可以扫码加入知识星球「细说测试」来跟大咖们交流。
5423
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
