精华内容
下载资源
问答
  • 吞吐量测试

    热门讨论 2011-12-02 23:24:09
    测试你的网络带宽么?很多的网络带宽测试工具。能测网络吞吐量及延时。针对不同的客户端做不同的测试。该软件为发包和接收工具,控制台请搜索ixchariot_540.exe 网上有破解
  • wifi 吞吐量测试

    2016-04-11 10:04:33
    android/linux wifi吞吐量测试工具及说明
  • 提供安装吞吐量测试,提供安装吞吐量测试,提供安装吞吐量测试,提供安装吞吐量测试
  • kafka吞吐量测试

    2020-09-14 16:43:28
    kafka吞吐量测试案例

    kafka吞吐量测试案例

    nohup bin/kafka-producer-perf-test.sh --num-records 100000000 --record-size 1000 --topic kafka01 --throughput -1 --producer-props bootstrap.servers=kafka1:6667,kafka2:6667,kafka3:6667 --print-metrics > /root/ysw/kafka2-0/kafka/kafka/performanceLogs/kafka01.log &

    相关参数说明:
    —topic             
        指定Kafka集群的topic名称,本例为yinzhengjie-kafka
    
    --num-records       
      总共需要发送的消息数,本例为100000000
      总共需要发送的消息数,本例为100000000
        
    --record-size      
         每个记录的字节数,本例为1000
    
    --throughput       用来控制限流
    当设置值小于0时表示不限流 
    nohup bin/kafka-producer-perf-test.sh --num-records 100000000 --record-size 1000 --topic kafka01 --throughput -1 --producer-props bootstrap.servers=kafka1:6667,kafka2:6667,kafka3:6667 > /root/ysw/kafka2-0/kafka/kafka/performanceLogs/kafka01.log &
        
    限流:100字节  及每秒钟发送的消息大于100字节回被阻塞一段时间
    nohup bin/kafka-producer-perf-test.sh --num-records 100000000 --record-size 1000 --topic kafka01 --throughput 100 --producer-props bootstrap.servers=kafka1:6667,kafka2:6667,kafka3:6667 > /root/ysw/kafka2-0/kafka/kafka/performanceLogs/kafka01.log &    
        
    --producer-props    bootstrap.servers=172.20.11.71:9092,172.20.11.72:9092,172.20.11.73:9092        
        很显然是kafka集群的broker地址
    

    修改压缩算法

    bin/kafka-producer-perf-test.sh --num-records 10000000 --record-size 1000 --topic test --throughput -1 --producer-props bootstrap.servers=kafka1:6667,kafka2:6667,kafka3:6667 compression.type=lz4

    nohup bin/kafka-consumer-perf-test.sh --broker-list kafka1:6667,kafka2:6667,kafka3:6667 --topic kafka01 --messages 1000000 --fetch-size 1048576 --threads 10 > /root/ysw/kafka2-0/kafka/kafka/performanceLogs/kafka01-consumer.log &

    相关参数说明:
    --topic 
        指定topic的名称,本例为 yinzhengjie-kafka
    
    --fetch-size 
        
      指定每次fetch的数据的大小,本例为1048576,也就是1M
    
    --messages     
      总共要消费的消息个数,本例为1000000,100w
    
    --topic
      指定消费的topic
    
    --threads
      指定消费的线程数为10
    
    [root@Hexindai-C11-71 ~]# tail -f /export/servers/kafka/logs/kafka01-consumer.log
    start.time, end.time, data.consumed.in.MB, MB.sec, data.consumed.in.nMsg, nMsg.sec, rebalance.time.ms, fetch.time.ms, fetch.MB.sec, fetch.nMsg.sec
    2019-08-16 10:52:46:494, 2019-08-16 10:52:58:544, 954.0787, 79.1767, 1000424, 83022.7386, 456, 11594, 82.2907, 86288.0800
    
    当你执行完 kafka-consumer-perf-test.sh 脚本时,会输出类似于上面的一行,从上面一行我们可以得出一些消息
        1>.共消费了954.0787M的数据;
        2>.消费速度为79.1767M/s;
        3>.总共消费了1000424条消息;
        4>.每秒消费83022.7386条消息;
    
    展开全文
  • mysql 5.5和mysql 5.6的吞吐量测试Percona的mysql 5.5.33和mysql 5.6.14性能测试对比.系统为:rhel 5.5,测试工具:sysbenchCPU为2核,超线程,4个逻辑CPUinnodb_buffer_pool_size配置为1G,连接数配置1000每种数据测试...

    mysql 5.5和mysql 5.6的吞吐量测试

    Percona的mysql 5.5.33和mysql 5.6.14性能测试对比.

    系统为:rhel 5.5,

    测试工具:sysbench

    CPU为2核,超线程,4个逻辑CPU

    innodb_buffer_pool_size配置为1G,连接数配置1000

    每种数据测试时间:30分钟

    由于我的io处理有限,所以在提交时不刷新日志.querycache设置为禁用.

    mysql> show global variables like '%innodb_flush_log_at_trx_commit%';

    +--------------------------------+-------+

    | Variable_name                  | Value |

    +--------------------------------+-------+

    | innodb_flush_log_at_trx_commit | 0     |

    +--------------------------------+-------+

    1 row in set (0.00 sec)

    mysql> show global variables like '%query_cache%';

    +------------------------------+---------+

    | Variable_name                | Value   |

    +------------------------------+---------+

    | have_query_cache             | YES     |

    | query_cache_limit            | 1048576 |

    | query_cache_min_res_unit     | 4096    |

    | query_cache_size             | 0       |

    | query_cache_strip_comments   | OFF     |

    | query_cache_type             | OFF     |

    | query_cache_wlock_invalidate | OFF     |

    +------------------------------+---------+

    7 rows in set (0.00 sec)

    数据准备

    [root@localhost ~]#  sysbench  --test=oltp --oltp-table-size=1000000 --mysql-host=127.0.0.1 --mysql-db=frank

    --mysql-user=root --mysql-password=root prepare

    5.5.33的测试结果

    线程数     事务每秒(TPS)

    1          666.94

    8          2732.59

    16         2708.15

    32         2617.72

    64         2605.82

    128        2506.13

    5.6.14的测试结果

    线程数     事务每秒(TPS)

    1          690.29

    8          2534.15

    16         2544.34

    32         2500.91

    64         2479.60

    128        2394.28

    结论:5.6.14的吞吐量没有提升.在多线程服务器上,当线程数达到cpu的两到三倍时吞量最大,继续

    增大线程,吞吐量反而下降.由于线程数增大,导致cpug上下文切换很厉害,影响性能.

    展开全文
  • WiFi吞吐量测试工具

    2018-08-17 10:02:10
    使用iperf进行吞吐量测试,iperf -s -u -i 1 -p [port],
  • WFI吞吐量测试方法.zip

    2020-10-27 10:42:06
    WFI吞吐量测试方法,主要帮助使用WiFi模块的用户测试吞吐量,该文档来源深圳市世联芯科技有限公司,有任何疑问可私聊联系
  • AP6212 WFI吞吐量测试
  • 吞吐量测试工具

    2014-03-19 18:50:22
    稳定版本:流量测试 ,吞吐量测试已实测功能正常,非常好用。
  • 目前,WLAN各平台对于吞吐量测试的指标都存在部分不满足,为了进一步优化吞吐量性能,需要对各平台集中验证,验证各平台07版本和08商用软件采用的SDK版本驱动软件的吞吐量性能,以及07版本和08商用版本的吞吐量性能...
  • 无线吞吐量测试指导手册,提供工具下载链接,支持安卓系统,windows系统,linux系统等不同系统互相测试
  • 4G移动通信终端的数据吞吐量测试是验证终端数据吞吐量是否能够达到标准要求的方法,对保障用户的高速接入有重要意义。介绍了3种主要的数据吞吐量测试方法:仪表测试、室内网络测试和外场测试;从测试环境可控性、...
  • BLE吞吐量测试

    2020-06-09 16:35:00
    本章分别测试了TI CC2640R2F LuanchPad和LECONIOT ...该工程中进行了一些修改以方便进行吞吐量测试: 改变项目MTU大小 通过消息计数器发送通知 增加Throughput配置文件 增加按键菜单 硬件环境 使用USB连接CC2640R2F

    本章分别测试了TI CC2640R2F LuanchPad和LECONIOT CC2640R2F Evaluation Board开发板吞吐量。我们提供了两个例程供大家参考测试,分别是ble5_throughput_peripheralble5_throughput_central。本文最后提供了测试程序下载链接。

    该工程中进行了一些修改以方便进行吞吐量测试:

    • 改变项目MTU大小
    • 通过消息计数器发送通知
    • 增加Throughput配置文件
    • 增加按键菜单

    硬件环境

    使用USB连接CC2640R2F Evaluation Board。确保跳线帽正确连接,如下图所示

    参数修改

    基本思想是不断发送GATT通知,尽可能减少开销,尽可能减少停机时间。以下参数在增加吞吐量时必须加以考虑。

    ATT_MTU大小

    有关最大传输单元(ATT_MTU)的说明,请参见LE Data Length Extension和 Logical Link Control and Adaptation Layer Protocol (L2CAP)

    这里定义6个Tx缓冲区,每个缓冲区251字节。用户应用程序应该根据自身堆栈情况进行分配。如果没有足够的堆栈,可以通过减少MAX_NUM_PDU,这样可能导致吞吐量的损失。实际使用中的最坏情况是MAX_NUM_PDUMAX_PDU_SIZE的乘积。设计人员应该根据设备的可用内存来平衡这些参数。

    #define MAX_NUM_PDU                   6
    #define MAX_PDU_SIZE                  251

    注意:最好在options->C/C++ Compiler->Defined symbols里进行修改。

    注意:MTU更新过程在连接之后主机自动发起和从机进行协商。选择双方支持最大MTU。

    LE 2M PHY

    这里使用2M PHY,使每个连接事件期间从PHY发送的数据增加一倍(需要连接之后通过按键菜单自行选择)。

    LE数据长度拓展

    在蓝牙4.2规范中允许控制器发送最多251个字节的单个数据包。这与以前的27个字节相比大大增加了吞吐量。此功能称为数据长度拓展。有关这方面详细介绍请参考LE Data Length Extension以及 BLE一次能传多少数据(ATT_MTU设置/LE Data扩展)
    下面的PDU更新过程的代码片段可以在throughput_peripheral.c文件中找到

    //examples\rtos\CC2640R2_LAUNCHXL\ble5apps\throughput_peripheral\src\app\throughput_peripheral.c SimpleBLEPeripheral_doSetDLEPDU line 1213
    bool SimpleBLEPeripheral_doSetDLEPDU(uint8 index)
    {
      switch (index)
      {
      case 0:
        txOctets = DEFAULT_PDU_SIZE;
        txTime = DEFAULT_TX_TIME;
        break;
      case 1:
        txOctets = DLE_MAX_PDU_SIZE;
        txTime = DLE_MAX_TX_TIME;
        break;
      }
     HCI_LE_SetDataLenCmd(connectionHandle, txOctets, txTime);
    }

    连接间隔

    根据前后处理数量,控制器需要2-3ms来准备下一个连接事件。因此更长的连接间隔可以提高吞吐量。由于使用notify方式传输,更高的连接间隔意味着连接事件减少。此示例将使用100ms的连接间隔,请注意,在实际情况下更高的连接间隔有着明显的缺点:由于射频干扰导致的连接事件将大大降低吞吐量。因此用户需要根据所需吞吐量进行权衡。当连接间隔大于100ms后,吞吐量将不会增加。

    通知排队

    这段代码设计能保证队列中始终有需要发送的数据,以便在通知开始时不会处于饥饿状态。

    //examples\rtos\CC2640R2_LAUNCHXL\ble5apps\throughput_peripheral\src\app\throughput_peripheral.c SimpleBLEPeripheral_blastData line 1329
    static void blastData()
    {
      uint16 len = MAX_PDU_SIZE-7;
      attHandleValueNoti_t noti;
      bStatus_t status;
      noti.handle = 0x1E;
      noti.len = len;
    
      while(1)
      {
        //attempt to allocate payload
        noti.pValue = (uint8 *)GATT_bm_alloc( 0, ATT_HANDLE_VALUE_NOTI, GATT_MAX_MTU, &len );
    
        if ( noti.pValue != NULL ) //if allocated
        {
          //place index
          noti.pValue[0] = (msg_counter >> 24) & 0xFF;
          noti.pValue[1] = (msg_counter >> 16) & 0xFF;
          noti.pValue[2] = (msg_counter >> 8) & 0xFF;
          noti.pValue[3] = msg_counter & 0xFF;
          status = GATT_Notification( 0, &noti, 0 );    //attempt to send
          if ( status != SUCCESS ) //if noti not sent
          {
            GATT_bm_free( (gattMsg_t *)&noti, ATT_HANDLE_VALUE_NOTI );
          }
          else //noti sent, increment counter
          {
            msg_counter++;
          }
        }
        else
        {
          //bleNoResources
          asm("NOP");
        }
      }
    }

    本代码仅为最大吞吐量测试,在实际应用中,由于其他处理需求,应用程序可能无法维持此吞吐量(例如必须通过串口传输有效数据负载)。此外blastData函数最大限度的增加了数据的排队,因此GATT_Notification会返回非SUCCESS状态,例如队列已满时的blePending。Tx队列的深度由上面定义的MAX_NUM_PDU决定。

    分组开销

    主机和从机的有效数据载荷已经被优化为251字节。这是吞吐量的最大值。然后,由于ATT和L2CAP级别的开销,并不是所有251个字节都可以用作应用程序数据。这是蓝牙规范说必须的,对此的简要说明如下:

    ATT通知头

    所有ATT通知包具有标识
    发送通知的属性的操作码和句柄所需的3字节头。
    发送ATT通知有3字节开销。

    L2CAP头

    在L2CAP层,需要类似的开销来设置分组的长度
    和适当的信道标识符(CID)。
    这些字段中的每一个都是16位(2字节),导致4个字节的L2CAP 开销。
    结合L2CAP和ATT数据包开销产生:

    TOTAL_PACKET_OVERHEAD = 7 bytes

    测试结果

    分别对PDU为27 Bytes和251 Bytes以及PHY为1 Mbps、2 Mbps、Coded:S2、Coded:S8.模式进行测试。下面给出表格方便查阅。

    TI CC2640R2F LaunchPad

             
    模式 1 Mbps 2 Mbps Coded:S2 Coded:S8
    27 Bytes 288.896 (kb/s) 390.400 (kb/s) 101.504 (kb/s) 29.280 (kb/s)
    251 Bytes 780.800 (kb/s) 1366.400 (kb/s) 175.680 (kb/s) 58.560 (kb/s)

    CC2640R2F Evaluation Board

             
    模式 1 Mbps 2 Mbps Coded:S2 Coded:S8
    27 Bytes 288.896 (kb/s) 390.400 (kb/s) 101.504 (kb/s) 29.280 (kb/s)
    251 Bytes 780.800 (kb/s) 1366.400 (kb/s) 175.680 (kb/s) 58.560 (kb/s)

    可以看出我们的开发板和TI CC2640R2F LaunchPad在不同模式下速率是一致的。读者可以自行下载例程测试。下图展示了在2 Mbps/251bytes模式下的传输速率。

    测试用例下载

     

    下载 BLE Throughput 测试例程.

    注意:需要配合CC2640RF SDK使用,笔者目前使用的是simplelink_cc2640r2_sdk_1_35_00_33。文件解压后放在该SDK同级目录,即C:\ti。

    展开全文
  • 网络吞吐量测试是网络维护和故障查找中最重要的手段之一,尤其是在分析与网络性能相关的问题时吞吐量的测试是必备的测试手段。 作为验证和测试网络带宽最常用的技术就是吞吐量测试。 二.测试方法与思想 吞吐量的...

    一.概念

    网络中的数据是由一个个数据包组成,防火墙对每个数据包的处理要耗费资源。吞吐量是指在没有帧丢失的情况下,设备能够接受的最大速率。

    1.作用地位

    网络吞吐量测试是网络维护和故障查找中最重要的手段之一,尤其是在分析与网络性能相关的问题时吞吐量的测试是必备的测试手段。 作为验证和测试网络带宽最常用的技术就是吞吐量测试。

     

    二.测试方法与思想

    吞吐量的测试需要由被测试链路的双端进行端对端的测试,对于企业的网管和维护工程师来说在进行端对端的测试中是不需要了解或测试物理网络的,由于 IP是承载应用业务的网络互联平台,这样的端对端链路测试中的物理网络可以是无线网络、路由环境、透明网络甚至是非对称的网络(如 xDSL和Cable Modem)。

    1 测量手段-----分为软件与硬件设备

    端对端测试有很多的测试手段和方法,主要分起来有两类:

    1.基于PC软件的测试,

    2.是使用专门的测试仪器进行的测试手段。

    通常对于流量比较大的(如:大于30Mbps以上)测试主要是使用测试仪器进行的,这是因为测试仪器不象基于PC的测试软件那样要受到操作系统、网卡、设备驱动和配置等诸多方面的影响,测试仪能提供稳定、独立和可重复性的测试结果。

     

    2 主要测量思想:如何计算吞吐量

    1.一种是在测试中以一定速率发送一定数量的帧,并计算待测设备传输的帧,如果发送的帧与接收的帧数量相等,那么就将发送速率提高并重新测试;如果接收帧少于发送帧则降低发送速率重新测试,直至得出最终结果。吞吐量测试结果以bit/s或byte/s表示。

    2. 另外一种典型的吞吐量测试方法是从网络的一个设备向另一个设备发送流量并且确定一个速率和发送时间间隔,而接收端的设备计算接收到的测试帧,测试结束时系统计算接收率――即吞吐速率。这种测试也被称作端到端网络性能测试,它被广泛地应用在局域网内、局域网间和通过广域网互联的网络测试环境中。

    具体过程

    最简单(也是最常用和有效)的吞吐量测试方法就是将测试接入点选在链路两端的以太网网络上的测试方法。测试时在发送端指定发送速度,在接收器上计算收到的帧的速度。吞吐量是接收器收到的好帧数量/时间,测试通过改变帧长度,重复以上测试得到不同速率下的测试结果。(注:可以反复进行测试,来确定在不同的传输速度时的吞吐量)

    有一点需要强调的是,在维护一个运行中的网络时,吞吐量测试是必须在线进行的,即不能中断现有的网络业务和网络连接,测试过程中有其它的网络流量存在。这种情况下的测试结果对于评估现有业务上的网络能力,计划增加网络站点和扩充网络应用的评估是非常有意义的。

    注意:

    测试结果以比特/秒(bps)或字节/秒表示采用FDT(全双工吞吐量)

     

    三.吞吐量与带宽的区分

    两者的单位均为Mbps,但是所表示的含义并不相同

    1.吞吐量(throughput)

    实际链路中每秒所能够传送的比特数

     

    2.带宽(Max net bitrate)

    一般是指链路上每秒所能够传送的比特数,取决于链路的时钟速率和信道的编码在计算机网络中又称为线速。

    假设以太网的带宽是10Mbps,也就是表示这个链路最大可以承载10Mbps的流量,但是实际中由于各种效率因素的影响,真正能够传送的只有2Mbps(吞吐量)。也就是表示一个主机上的应用只能够以2Mbps的速度向另外一个主机发送数据。

     

     

     

     

    展开全文
  • 吞吐量测试步骤

    2020-10-27 11:03:55
    6、adb remount,adb push C:\Users\Administrator\Desktop\WFI吞吐量测试\WIFI\iPerf\iperf /system/bin 7、更改权限chmod 777 /system/bin/iperf (设备端已经就绪) 8、PC端:cd C:\Users\Admini
  • MIFI的wifi吞吐量测试 备注:使用的工具我将上传 准备工作: 1、安装jdk,下载安装包(根据电脑32or64bit):jdk7_64_win_jb51net.rar 2、安装jperf,下载安装包:jperf2.0.rar Jperf的使用,直接打开*.bat脚本...
  • 吞吐量测试与iPerf的使用

    千次阅读 2020-03-28 09:36:35
    1.上行吞吐量测试方法 手机作为client端,PC为server端 2.下行吞吐量测试方法 手机作为server端,PC作为client端 什么是WiFI吞吐量? 网络中的数据是由一个个数据包组成,防火墙对每个数据包的处理要耗费资源。吞吐量...
  • 软件介绍: WIFI吞吐量测试工具内附使用文档...吞吐量测试步骤:首先连接路由器和电脑打开设备无线,连接路由器(5G,2.4G),首先启动WiFitest.bat,然后打开一个运行,控制的是设备端。PC运行MID,测试MID上行速率。
  • 吞吐量测试的方法定义为:在测试中以一定速率发送一定数量的帧,并计算待测设备传输的帧,吞吐量测试结果以比特/秒或字节/秒作为单位。今天我们将结合摩尔实验室的相关经验,为大家介绍HSPA++(21.1M bit/S)终端的...
  • WIFI吞吐量测试

    2018-10-16 17:47:20
    文件中包括工具以及使用文档。实时监控WIFI的吞吐量,了解网络情况。
  • Kafka吞吐量测试案例

    千次阅读 2018-11-13 17:06:00
    Kafka吞吐量测试案例  作者:尹正杰 版权声明:原创作品,谢绝转载!否则将追究法律责任。      领英公司参考连接:https://www.slideshare.net/JiangjieQin/producer-performance-tuning-for-...
  • 吞吐量测试测试方法

    2013-04-16 19:19:51
    测试你的上传下载的吞吐量,很简单,上面有软件按介绍,谢谢
  • RabbitMQ吞吐量测试-PerfTest上 PerfTest RabbitMQ有一个基本的吞吐量测试工具PerfTest(文档,源代码和版本),它基于Java客户端,可以配置为模拟基本工作负载。PerfTest有额外的工具可以生成输出的HTML图形。...
  • wifi吞吐量测试方法

    千次阅读 2018-12-15 10:49:52
    1、wifi吞吐量测试,确保盒子端,和电脑端在同一个网段下 2、盒子端安装iperf_206.apk 3、打开apk,然后输入iperf -s(注:iperf后空格,-s),如下图:   之后点击左上角OFF按钮,显示如下方客,若没出现...
  • 802.11n吞吐量测试方法

    2011-03-25 15:13:17
    802.11n吞吐量测试方法,详细介绍802.11n吞吐量测试方法
  • 支持交叉编译,可以用于测试PC的linux网卡吞吐量或者嵌入式Linux的网卡吞吐量
  • 吞吐量测试tcl脚本

    2011-04-18 15:47:51
    tcl脚本的吞吐量测试脚本 set libpath " " ; #position of smartlib.tcl set addr " " ; #ip of smb if { ! [info exists __SMARTLIB_TCL__] } { source $libpath } if {[ETGetLinkStatus] set retval ...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 4,642
精华内容 1,856
关键字:

吞吐量测试