18张图带你了解衡量网络性能的四大指标:带宽、时延、抖动、丢包

以下文章来源于网络工程师笔记 ,作者网工阿城

如有侵权,联系删除

今天给大家讲讲衡量网络性能的四大指标:带宽、时延、抖动、丢包

图片

如何客户需要我们去评估一个网络的性能,我们就可以从这四方面去进行评估。

带宽

1、带宽概念:

带宽在百度百科中定义:在单位时间内从网络中的某一点到另一点所能通过的“最高数据率”

计算机网络的带宽是指网络可通过的最高数据率,即每秒多少比特(常用的单位是bps(bit per second))。

图片

简单的讲:带宽可以比喻是高速公路,表示单位时间内的能通过的车辆数;

图片

2、带宽的表示:

带宽通常用bps表示,表示每秒多少bit;

图片

描述带宽时常常把“比特/秒”省略。例如,带宽是100M,实际上是100Mbps,这里的Mbps是指兆位/s。

但是我们平时下载软件的速度的单位是Byte/s(字节/秒)。这里涉及到Byte和bit的换算,二进制数系统中每个0或1就是一个位(bit),位是数据存储的最小单位,其中8bit就称为一个字节(Byte)。

图片

因此我们在办理宽带的时候,100M的带宽表示100Mbps,理论的的网络下载速度只有12.5M Bps,实际可能还不足10MBps,这是因为受用户计算机性能、网络设备质量、资源使用情况、网络高峰期、网站服务能力、线路衰耗,信号衰减等多因素的影响,实际网速是无法到达理论网速的。

时延

时延:简单的说,时延就是指报文从网络的一端到另一端所需要的的时间;

图片

举个例子:我在自己的电脑上ping 百度的地址;

图片

从ping的结果中,可以看到时延为12ms,这个时延就是指ICMP报文从我的电脑到百度的服务器所需要得往返时延是12ms

(Ping指一个数据包从用户的设备发送到测速点,然后再立即从测速点返回用户设备的来回时间。也就是俗称的网络延时,以毫秒ms计算。)

图片

网络时延包括了处理时延、排队时延、发送时延、传播时延这四大部分。在实际中我们主要考虑发送时延与传播时延。

图片

下面我们具体看下每一个时延的含义;

图片

1、处理时延:

交换机、路由器等网络设备在收到报文后要使用一定的时间进行处理。比如解封装分析首部,提取数据,差错检验,路由选择等。

一般高速路由器的处理时延通常是微秒或更低的数量级。

图片

2、排队时延

排队时延简单来说就是路由器或交换机等网络设备处理数据包排队所消耗的时间。

一个数据包的排队时延取决于当前队列中是否有其它报文在传输。

如果该队列是空的,并且当前没有其他报文在传输,则该报文的排队时延为0;反之,如果流量很大,并且许多其他报文也在等待传输,该排队时延将很大;

图片

实际的排队时延通常在毫秒到微秒级。

3、发送时延

发送时延简单讲就是路由器、交换机等网络设备发送数据所需要的时间,也就是路由器队列递交给网络链路所需要的时间。

图片

如果用L比特表示分组的长度,用R bps表示从路由器A到路由器B的链路传输速率,发送时延则是L/R。

实际的发送时延通常在毫秒到微秒级。

4、传播时延

传播时延是指报文在实际的物理链路上传播数据所需要的时间

传播时延等于两台路由器之间的距离除以传播速率,即传播时延是D/S,其中D是两台路由器之间的距离,S是该链路的传播速率。

图片

实际传播时延在毫秒级。

抖动

抖动:网络抖动是指最大延迟与最小延迟的时间差,比如你访问一个网站的最大延迟是10ms,最小延迟为5ms,那么网络抖动就是5ms;

图片

抖动可以用来评价网络的稳定性,抖动越小,网络越稳定

尤其是我们在打游戏的时候,需要网络具有较高的稳定性,否则会影响游戏体验。

图片

关于网络抖动产生的原因:如果网络发生拥塞后,排队时延会影响端到端的延迟,可能造成从路由器A到路由器B的延迟忽大忽小,造成网络的抖动;

丢包

丢包:简单来说丢包就是指一个或多个数据包的数据无法通过网络到达目的地,接收端如果发现数据丢失,会根据队列序号向发送端发出请求,进行丢包重传。

图片

丢包的原因比较多,最常见的可能是网络发生拥塞,数据流量太大,网络设备处理不过来自然而然就有些数据包会丢了。

丢包率是指测试中所丢失数据包数量占所发送数据包的比率。比如发送100个数据包,丢失一个数据包,那么丢包率就是1%。

  • 11
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
某网站性能测试用例 某网站提供会员模板下载、上传、购买、支付等功能,目前进入性能测试阶段,通过性能需求可以了解到主要有以下几个性能指标需要进行测试:   ● 产品页面刷新性能   ● 产品上传性能   ● 产品下载性能   目前给出的指标为:   延迟:   测试项 响应时间 抖动 备注   产品页面刷新 <5秒 <2秒   产品下载相应时间 <4秒 <2秒   吞吐量:   编号 项 吞吐量   Perf.T.1 所有登录用户在线状态更改频率 每10分钟1次   Perf.T.2 每日页面平均访问量 60000次   Perf.T.3 每日下载量 50000   Perf.T.4 平均每日新增会员数量 500   Perf.T.5 高峰同一模板下载量 100用户并发下载   Perf.T.6 高峰不同模板下载量 150用户并发下载   容量:   编号 项 容量   Perf.C.1 用户数 <=100万   Perf.C.2 活动用户数 10000   Perf.C.3 模板中心总用户数 <=25万   根据如上性能需求及数据我们该如何设计性能测试用例及场景呢?(可以说给出的性能需求很垃圾,没有丝毫价值,但没办法还是点做啊)   首先,我不去在乎它要求的性能是什么,我只需要去做在一定的测试环境下对系统进行压力测试,找到各个性能指标的临界点就好了,至于是否达到性能指标,在和性能需求对照编写测试报告即可。   所以,针对这几个需要进行性能测试的页面,我们做一下分析,如何设计场景才能尽可能准确地体现出系统的性能:   先说一下搜索页面   搜索页面根据对项目的了解,搜索后,将所有符合条件的结果遍历出来,显示在前台,每页的显示数量是一定的,超出的部分分页显示。根据上面的描述我们可以看出搜索结果是在将符合条件的所有结果集均发送到前台页面,对于页面显示对性能的消耗我们可以忽略不计,主要的压力来自数据的传输、sql的执行及应用服务器的处理过程,所以我可以从两个方面设计场景:   a、虚拟用户一定,不同数据库数量级的情况下,搜索的性能   如何确定虚拟用户的数量成为一个关键,我们可以让客户提供一个常规情况下每天访问用户数(如果没有实际数据可参考,可以根据产品方案中期望的用户数来代替),我们就用这个用户数来进行测试;再来分析一下不同的数据库数量级,如果系统运营1年的产品数据量是5万条,那么我们就根据这个值分别取1W条、3W 条、5W条、10W条、20W条数据量来进行测试(具体的分法可以根据实际情况而定),所以对于这个测试目标,我们可以设计5个场景进行:   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   100 10000 搜索页面 随机产生 30分钟 加入思考时间   100 30000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   100 100000 搜索页面 随机产生 30分钟 加入思考时间   100 200000 搜索页面 随机产生 30分钟 加入思考时间   b、一定数据库数量级,不同量虚拟用户的情况下,搜索的性能   我们定下来一个常规的数据库数据量,在数据量不变的情况下逐步增加虚拟用户数,测试一下不同虚拟用户压力下系统的性能   虚拟用户数 数据库数量级 录制页面 并发用户数执行时间思考时间   50 50000 搜索页面 随机产生 30分钟 加入思考时间   80 50000 搜索页面 随机产生 30分钟 加入思考时间   100 50000 搜索页面 随机产生 30分钟 加入思考时间   120 50000 搜索页面 随机产生 30分钟 加入思考时间   150 50000 搜索页面 随机产生 30分钟 加入思考时间   产品上传   影响上传性能的主要因素有上传文件的大小和上传的请求数,所以我们就从这两个方面设计用例。   a、虚拟用户数一定,上传不同大小的文件   虚拟用户数 上传文件大小 录制页面 并发用户数 执行时间 思考时间   50 100k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   50 500k 上传页面 随机产生 30分钟 取消思考时间   50 800k 上传页面 随机产生 30分钟 取消思考时间   50 1M 上传页面 随机产生 30分钟 取消思考时间   b、上传文件大小一定,不同量的虚拟用户   虚拟用户数 上传文件大小 录制页面 并发用户数执行时间思考时间   20 300k 上传页面 随机产生 30分钟 取消思考时间   50 300k 上传页面 随机产生 30分钟 取消思考时间   80 300k 上传页面 随机产生 30分钟 取消思考时间   100 300k 上传页面 随机产生 30分钟 取消思考时间   产品下载   影响下载性能的主要因素有下载文件的大小和下载的请求数,所以我们就从这两个方面设计用例   a、虚拟用户数一定,下载不同大小的文件   虚拟用户数 下载文件大小 录制页面 并发用户数执行时间思考时间   50 100k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   50 500k 下载页面 随机产生 30分钟 取消思考时间   50 800k 下载页面 随机产生 30分钟 取消思考时间   50 1M 下载页面 随机产生 30分钟 取消思考时间   b、下载文件大小一定,不同量的虚拟用户   虚拟用户数 下载文件大小 录制页面 并发用户数 执行时间 思考时间   20 300k 下载页面 随机产生 30分钟 取消思考时间   50 300k 下载页面 随机产生 30分钟 取消思考时间   80 300k 下载页面 随机产生 30分钟 取消思考时间   100 300k 下载页面 随机产生 30分钟 取消思考时间
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值