WLAN吞吐率测试

预置条件:

1)PC机安装iperf软件;

2)测试设备安装iperf的APK;

3)测试设备与PC电脑连接同一个WIFI,确保连接的WIFI只有测试设备和PC两个设备(若

有其他设备连接,会影响测试数据);

4)测试开始前,确认最优的线程数(WLAN吞吐率测试是已TCP测试为准,开多个线程可以

提升吞吐率,至于要开几个线程需要测试前先根据测试设备进程尝试确认,默认情况下

我们一般开5个线程就够了)

确认线程数:

TCP单线程测试三次:(三次结果:17.1、16.9、19.2)

服务器端使用命令iperf -s

客户端:iperf -c 192.168.1.101 -i 1 -t 60

TCP 开5个进程:(三次结果:17.7、16.3、19.2)

服务器端命令:iperf -s

客户端命令:iperf -c 192.168.1.101 -i 1 -t 60 -P 5

记录开5个进程测试3次的测试数据,之后逐次增加进程数,测试3次,直至到最大进程数(最大进程后再增加进行端口会连接不上),记录数据,查看数据,根据数据选择最合适的进程数进行吞吐率测试。

经过重复测试发现对于TCP最多开9个线程,而在5个线程和6、7、8、9个线程的测试数据差异不大,所以已5个线程为准。

吞吐率测试:

上行:

     PC端命令:iperf -s

    测试机端命令:iperf -c 192.168.1.101 -i 1 -t 60 -P 5

下行:

    PC端命令: iperf -c 192.168.1.101 -i 1 -t 60 -P 5

    测试机端命令:iperf -s

查询IP地址:

1)PC端查询:CMD--》ipconfig

2)测试机端查询:

设置--》关于手机--》状态信息--》IP地址

原文地址:https://www.cnblogs.com/xmmc/p/9934911.html

时间: 2024-11-02 14:08:03

WLAN吞吐率测试的相关文章

ab测试网站吞吐率介绍

吞吐率介绍 何为吞吐率,解释下,就是在单位时间内服务器处理的请求数,这也许是我们衡量一个WEB站点很重要的一个指标,当10个用户同时发起100请求和1 个用户 同时向服务器发起1000个请求,我们的效果是不是一样呢,这里有个概念要说明一下,连续请求的意思是一个用户的请求通过服务器并返回进行下一次请求这个 过程成为连续的请求,当我们10个用户发起100个请求的时候,每个用户的请求都会阻塞在缓冲区内,等待下一个请求的返回,所以显然两种方式的操作对站点 的影响是完全不同的,下面我们利用APACHE自带

批处理的高吞吐率和高延迟的解释

在很多系统中都允许用户设置单条消息处理模式或者批处理模式.例如,在storm中,用户可以通过core和Trident两种API编写,区别是前者是一个tuple一个tuple地处理,而后者是多个tuple组成一个batch,然后一个batch一个batch地处理. 由于这两种处理模式的不同,导致二者在性能上的表现也不同,例如吞吐率和延迟.下面引用一个典型的测试结果,详情:https://github.com/ptgoetz/storm-benchmark. 测试环境:5 nodes on AWS,

吞吐率、吞吐量、TPS、性能测试

内容参考: 构建高性能WEB站点.pdf 一.吞吐率 我们一般使用单位时间内服务器处理的请求数来描述其并发处理能力.称之为吞吐率(Throughput),单位是 "req/s".吞吐率特指Web服务器单位时间内处理的请求数. 比如Apache 的 mod_status 模块提供的如下统计 另一种描述,吞吐率是,单位时间内网络上传输的数据量,也可以指单位时间内处理客户请求数量.它是衡量网络性能的重要指标.通常情况下,吞吐率"字节数/秒"来衡量.当然你也可以用"

老李分享知识:性能测试之TPS和吞吐率

老李分享知识:性能测试之TPS和吞吐率      当增大系统的压力(或添加并发用户数)时,吞吐率和TPS的改变曲线呈大体一致,则系统基本稳定. 若压力增大时,吞吐率的曲线添加到一定程度后出现改变缓慢,甚至平坦,同时TPS也趋于平坦,查看系统资源运用,假如资源运用率比较低,说明服务器硬件资源不存在疑问,查看网络流量,估计网络带宽存在疑问. 同理若点击率/TPS曲线出现改变缓慢或者平坦, 点击率(用户每秒发出的请求数)假如在压力添加时,趋于平坦,很可能是服务器响应时间添加,观察服务器资源运用情况,确

LoadRunner学习常用术语--点击率,吞吐率,资源利用率

点击率:每秒钟客户端向服务器端发起的http请求个数(不是片面的指鼠标点击次数,例如,点击一个按钮服务器返回一个页面且包含3个图片,那么向服务器发送的请求数为4) 吞吐量:累计时间内的全部数据量(Throughput) 吞吐率:每秒钟服务器的吞吐量(吞吐量/时间)吞吐率,是衡量服务器处理速度和性能的重要指标,也是反映网络性能的重要指标 资源利用率,是指对不同的系统资源的使用程度,包括数据库服务器,web服务器,网络,硬件(CPU,硬盘,内存),是测试性能和分析服务器性能的重要指标 TPS:tra

指令流水线的吞吐率

假设一个四段流水线,取指段的时间为t,译码段的时间为t,取数段的时间为3t,执行段的时间为t. 为了便于计算假设取指和译码段总是连续执行的,每隔一段的时间(取最长一段的时间,例如上面的取数3t)下一条指令执行 一条指令之后每隔一段的时间(取最长一段的时间,例如上面的取数3t),就会执行完一条指令. 流水线时间计算公式: 一条指令所需时间 + (指令条数-1) * 时间最长的指令的一段(例如上面的取数3t) 吞吐率公式: 指令条数 / 流水线时间

Kafka是如何实现高吞吐率的

Kafka是如何实现高吞吐率的 原创 2016-02-27 杜亦舒 性能与架构 Kafka是分布式消息系统,需要处理海量的消息,Kafka的设计是把所有的消息都写入速度低容量大的硬盘,以此来换取更强的存储能力,但实际上,使用硬盘并没有带来过多的性能损失 kafka主要使用了以下几个方式实现了超高的吞吐率 顺序读写 kafka的消息是不断追加到文件中的,这个特性使kafka可以充分利用磁盘的顺序读写性能 顺序读写不需要硬盘磁头的寻道时间,只需很少的扇区旋转时间,所以速度远快于随机读写 Kafka官

精益看板分析:吞吐率

基于PMBoK.Prince2.CMMI等传统项目管理的公司对吞吐率(Throughput) 的了解相对较少.但是,我确信随着精益概念的不断延伸,吞吐率将受到更多的关注. 吞吐率 是指在一段确定的时间内(如周.月.季度)已交付的工作项的数量. 我们所讲的已交付实际上指已经完成并可能已经交付给顾客.即,在这个过程之后收到了钱. 为了理解吞吐率的概念,我们假设在过去的五周中,某个团队在每周分别交付了4.6.4.2.3个故事.对于已经开始但尚未结束的故事不计入其中. 这五周的平均吞吐率约为 (4+6+

JS-010-覆盖率测试工具 JSCoverage 初识

后续更新,敬请期待...非常感谢! 至此, JS-010-覆盖率测试工具 JSCoverage 初识 顺利完结,希望此文能够给初学 JavaScript 的您一份参考. 最后,非常感谢亲的驻足,希望此文能对亲有所帮助.热烈欢迎亲一起探讨,共同进步.非常感谢! ^_^