-
2020-09-15 16:07:33
服务器并发计算
计算网站资源并发
预计pv数*页面请求体大小(MB)=总网络请求大小(MB/s),转换成带宽(*8),得出需要的带宽(Mbps)
- 假设有一天6000pv访问量(并发)
- 网站资源:7M
- 访问资源大小为:6000*7M=42000M=41.015625G
- 每秒流量:42000M / 12时 / 60分 / 60秒 ≈ 0.972M/s
- 换算成宽带:0.972M/s*8 ≈7.78Mbps
这是算的是一天全时段平均到每一秒的量,是理想化的值!!!
- 实际上,并发量一般在2个小时占满80%,或者前五分钟占满30%
- (2个小时占满80%):6000 * 80% * 7M / 2时 / 60分 / 60秒 * 8 ≈ 37.33Mbps(宽带)
- (5分钟占满30%):6000 * 30% * 7M / 5分 / 60秒 * 8 ≈ 336Mbps(宽带)
- 其他影响因素:浏览器,资源包的数量,最大包的大小
通俗易懂:https://www.cnblogs.com/jpfss/p/10784107.html
更多相关内容 -
[学习笔记]JMeter压力测试及并发量计算-1
2018-06-11 22:31:25[学习笔记]JMeter压力测试及并发量计算-1 [学习笔记]JMeter压力测试及并发量计算-1 -
并发量计算公式
2021-08-19 15:45:40服务器并发量分为: 1.业务并发用户数;2.最大并发访问数;3.系统用户数;4.同时在线用户数; 估算业务并发量的公式: C=nL/T C^=C+3×(C的平方根) 其中:C是平均的业务并发用户数、n是loginsession的...并发的基本概念
并发的概念:
指网站在同一时间访问的人数,人数越大,瞬间带宽要求更高。
服务器并发量分为:
1.业务并发用户数;2.最大并发访问数;3.系统用户数;4.同时在线用户数;
估算业务并发量的公式:
C=nL/T
C^=C+3×(C的平方根)
其中:C是平均的业务并发用户数、n是login session的数量、L是login session的平均长度、T是指考察的时间段长度、C^是指业务并发用户数的峰值。
例子分析假设OA系统有1000用户,每天400个用户发访问,每个登录到退出平均时间2小时,在1天时间内用户只在8小时内使用该系统。则平均并发量和最大并发量如下:
C=400×2/8=100
C^=100+3×(100的平方根)=100+3×10=130
此外,如果知道平均每个用户发出的请求数u,则系统吞吐量可以估算为u×C。
服务器压力计算(转载:https://www.cnblogs.com/ylcms/p/7738692.html)
你想建设一个能承受500万PV/每天的网站吗? 500万PV是什么概念?服务器每秒要处理多少个请求才能应对?如果计算呢?
PV是什么:PV是page view的简写。PV是指页面的访问次数,每打开或刷新一次页面,就算做一个pv。
计算模型:
每台服务器每秒处理请求的数量=((80%*总PV量)/(24小时*60分*60秒*40%)) / 服务器数量 。
其中关键的参数是80%、40%。表示一天中有80%的请求发生在一天的40%的时间内。24小时的40%是9.6小时,有80%的请求发生一天的9.6个小时当中(很适合互联网的应用,白天请求多,晚上请求少)。简单计算的结果:
((80%*500万)/(24小时*60分*60秒*40%))/1 = 115.7个请求/秒
((80%*100万)/(24小时*60分*60秒*40%))/1 = 23.1个请求/秒
初步结论:
现在我们在做压力测试时,就有了标准,如果你的服务器一秒能处理115.7个请求,就可以承受500万PV/每天。如果你的服务器一秒能处理23.1个请求,就可以承受100万PV/每天。留足余量:
以上请求数量是均匀的分布在白天的9.6个小时中,但实际情况并不会这么均匀的分布,会有高峰有低谷。为了应对高峰时段,应该留一些余地,最少也要x2倍,x3倍也不为过。
115.7个请求/秒 *2倍=231.4个请求/秒
115.7个请求/秒 *3倍=347.1个请求/秒
23.1个请求/秒 *2倍=46.2个请求/秒
23.1个请求/秒 *3倍=69.3个请求/秒
最终结论:
如果你的服务器一秒能处理231.4--347.1个请求/秒,就可以应对平均500万PV/每天。
如果你的服务器一秒能处理46.2--69.3个请求,就可以应对平均100万PV/每天。
说明:
这里说明每秒N个请求,就是QPS。因为我关心的是应用程序处理业务的能力。
实际经验:
1、根据实际经验,采用两台常规配置的机架式服务器,配置是很常见的配置,例如一个4核CPU+4G内存+服务器SAS硬盘。
2、硬盘的性能很重要,由其是数据库服务器。一般的服务器都配1.5万转的SAS硬盘,高级一点的可以配SSD固态硬盘,性能会更好。最最最最重要的指标是“随机读写性能”而不是“顺序读写性能”。(本例还是配置最常见的1.5万转的SAS硬盘吧)
3、一台服务器跑Tomcat运行j2ee程序,一台服务器跑MySql数据库,程序写的中等水平(这个真的不好量化),是论坛类型的应用(总有回帖,不太容易做缓存,也无法静态化)。
4、以上软硬件情况下,是可以承受100万PV/每天的。(已留有余量应对突然的访问高峰)
注意机房的网络带宽:
有人说以上条件我都满足了,但实际性能还是达不到目标。这时请注意你对外的网络的带宽,在国内服务器便宜但带宽很贵,很可能你在机房是与大家共享一条100M的光纤,实际每个人可分到2M左右带宽。再好一点5M,再好一点双线机房10M独享,这已经很贵了(北京价格)。
一天总流量:每个页面20k字节*100万个页面/1024=19531M字节=19G字节,
19531M/9.6小时=2034M/小时=578K字节/s 如果请求是均匀分布的,需要5M(640K字节)带宽(5Mb=640KB 注意大小写,b是位,B是字节,差了8倍),但所有请求不可能是均匀分布的,当有高峰时5M带宽一定不够,X2倍就是10M带宽。10M带宽基本可以满足要求。
以上是假设每个页面20k字节,基本不包含图片,要是包含图片就更大了,10M带宽也不能满足要求了。你自已计算吧。
(全文完)
附:性能测试基本概念
---------------------------------------------------------------------------------------
基本概念:
Throughput(吞吐量):按照常规理解网络吞吐量表示在单位时间内通过网卡数据量之和,其中即包括本机网卡发送出去的数据量也包括本机网卡接收到的数据量。 一个100Mb(位)的双工网卡,最大发送数据的速度是12.5M字节/s , 最大接收数据的速度是12.5M字节/s, 可以 同时 收发 数据。
并发用户数:是同时执行操作的用户(线程数)。
响应时间:从请求发出到收到响应花费的时间 。
QPS - Queries Per Second 每秒处理的查询数(如果是数据库,就相当于读取)
TPS - Transactions Per Second 每秒处理的事务数(如果是数据库,就相当于写入、修改)
IOPS,每秒磁盘进行的I/O操作次数
例如对某个数据库测试,分开两次测QPS与TPS。
QPS(读取)值总是高于TPS(写、改),并且有倍率关系,因为:
1、数据库对查询可能有缓存。
2、机械硬盘或SSD硬盘的读就是比写快。
---------------------------------------------------------------------------------------
JMeter测试参数说明:
Label:每一个测试单元的名字。
#Samples:表示一个测试单元一共发出了多少个请求。
Average:平均响应时间——默认情况下是单个 Request 的平均响应时间,当使用了 Transaction Controller 时,也可以以Transaction 为单位显示平均响应时间。,不重要。
Median:中位数,也就是 50% 用户的响应时间,如果把响应时间从小到大顺序排序,那么50%的请求的响应时间在这个范围之内。重要。
90% Line:90% 用户的响应时间,如果把响应时间从小到大顺序排序,那么90%的请求的响应时间在这个范围之内。重要 。
Min:最小响应时间,不重要。
Max:最大响应时间,出现几率只不过是千分之一甚至万分之一,不重要。
Error%:本次测试中出现错误的请求的数量
Throughput:吞吐量——默认情况下表示每秒完成的请求数(Request per Second),当使用了 Transaction Controller 时,也可以表示类似 LoadRunner 的 Transaction per Second 数
KB/Sec:每秒从服务器端接收 到的数据量(只是接收),相当于LoadRunner中的Throughput/Sec
---------------------------------------------------------------------------------------
loadrunner测试参数说明:
响应时间: 取90%值,如果把响应时间从小到大顺序排序,那么90%的请求的响应时间在这个范围之内。重要。
每秒点击数 :hits per Second,每秒钟向服务器提交请求的数量。
TPS: Transaction per Second ,每秒事务数,一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程
Throughput(吞吐量): Loadrunner记录的Throughput是接收到服务器返回的所有字节数之和,与本地发出的字节数无关。
Throughput/Sec: 每秒的吞吐量。
对于BS架构的一般分析 响应时间、点击率、吞吐量、TPS(每秒事务数)。
对于CS架构的一般分析 TPS(每秒事务数) -
web服务器并发量计算
2022-05-04 09:48:17同时并发量的理论值: 10*1024/(8*20) = 64个请求/秒 理论上1秒钟同时可以有64个请求访问页面。 注意:10Mbs是位(b),1个字节8位,所以要除8。 2. 假设进来的人是匀速的增加, 根据”三秒定律”(页面打开速度3...一.最简单的计算方式就是根据服务器带宽与页面的大小
1.假设机房带宽为10Mbs,页面的大小为20KB(包含所有的js、css、图片)
同时并发量的理论值: 10*1024/(8*20) = 64个请求/秒
理论上1秒钟同时可以有64个请求访问页面。
注意:10Mbs是位(b),1个字节8位,所以要除8。
2. 假设进来的人是匀速的增加,
根据”三秒定律”(页面打开速度3秒),可得出并发量在单位时间内应是192个请求;
一分钟的请求量在3840。
3.根据二八定律,即80%的访问量发生在20%的时间里
3840*24*60*0.2/0.8=1382400 人次
而发生在每天的高峰期(大约5小时)内的在线人次在110万人次,一个小时为22W人次。
4.当然以上的计算都是理论值,如每个访问者停留页面的平均时间为1分钟左右,访问者的进入和退出都是比较符合正态分布.。
如果是特殊情况服务器肯定是支撑不了这么多人的,例如同一时间有大批量的访问者进入,例如考试系统。又或者同时刷新页面。
而且在实际过程中,现在的页面都肯定超过20KB,那么对带宽的要求也就更大,还有同一个局域网访问情况也要考虑。
二计算网站资源并发
预计pv数*页面请求体大小(MB)=总网络请求大小(MB/s),转换成带宽(*8),得出需要的带宽(Mbps)
- 假设有一天6000pv访问量(并发)
- 网站资源:7M
- 访问资源大小为:6000*7M=42000M=41.015625G
- 每秒流量:42000M / 12时 / 60分 / 60秒 ≈ 0.972M/s
- 换算成宽带:0.972M/s*8 ≈7.78Mbps
这是算的是一天全时段平均到每一秒的量,是理想化的值!!!
- 实际上,并发量一般在2个小时占满80%,或者前五分钟占满30%
- (2个小时占满80%):6000 * 80% * 7M / 2时 / 60分 / 60秒 * 8 ≈ 37.33Mbps(宽带)
- (5分钟占满30%):6000 * 30% * 7M / 5分 / 60秒 * 8 ≈ 336Mbps(宽带)
- 其他影响因素:浏览器,资源包的数量,最大包的大小
-
JMeter压力测试及并发量计算
2020-12-22 15:45:06原标题:JMeter压力测试及并发量计算 本文来自:51Testing软件测试网采编一、聚合报告初识聚合报告是不是有些眼熟,是的你没看错,他跟Apache AB的结果是类似的,事实上LoadRunner也会有一票这样类似的数据。...原标题:JMeter压力测试及并发量计算
本文来自:51Testing软件测试网采编
一、聚合报告
初识聚合报告是不是有些眼熟,是的你没看错,他跟Apache AB的结果是类似的,事实上LoadRunner也会有一票这样类似的数据。
下面分别说下各个数据的意义,其中标成红色的是需要特别关注的。
1. #Samples:样本数,如果你看过上一篇,这个就是前面我们那个公式算出来的结果
(Loop Count(Loop Controler)*Number of Threads*Loop Count(group))
2. Average:平均响应时间。
3. Median:中位数,50%用户响应时间。
4. Line:90%用户响应时间。
5. Min:最小响应时间。
6. Max:最大响应时间。
7. Error%:本次测试中出现错误的请求的数量/请求的总数
8. Throughput:吞吐量,表示每秒完成的请求数。
9. KB/Sec:每秒从服务器端接收到的数据量(只是接收)。
下面说说几个重点参数:
1.为什么说Line重要呢?
举个栗子:姚明与郭敬明平均身高约1.84米能说明什么?如果这个例子不够形象再想想我大天朝的平均工资。所以平均不代表公平,因为总有那么一小撮人会极大的影响平均值,而大多数人是被平均的。
通过JMeter官网我们能发现对这个参数的定义(http://jmeter.apache.org/usermanual/glossary.html):
90% Line (90 th Percentile) is the value below which 90% of the samples fall. The remaining samples too at least as long as the value. This is a standard statistical measure. See, for example: Percentile entry at Wikipedia.
貌似这段话说的不明不白,但他给我提示了一个重要的词Percentile,于是我们继续跟进,原来这是一个统计术语。维基上有详细说明,并有公式:n=(100/P)*N+1/2
其中n=排序位;P=待排序值;N=总的排序值数量
这块说的有点绕,看维基上的例子会比较清晰(http://en.wikipedia.org/wiki/Percentile)。
说白了就是将一组数据从大到小排序,并计算相应的累计百分位,则某一百分位所对应数据的值就称为这一百分位的百分位数。
2.Error%
这个不说了,大家都懂。
3.Throughput
这又是个很重要的参数了,开头提到的PV计算就跟这个数有关了。
计算公式见下图,通过Throughput可以换算出PV,当然为了应付突发状况还要留出一定的Buffer。
所以现在回到开头的那个问题,理论上每秒231的事务数就可以(10000000*0.8)/(24*60*60*0.4),当然这只是理论上;-)
4.KB/Sec
这个不细说了,跟计算你的机房带宽有关的。
二、图形结果
这里比较重要的参数是偏离量。
偏离量,理论上是越小系统稳定的。但多少是小呢?所以这种说法是不准确的,“朝菌不知晦朔,蟪蛄不知春秋”,在不同的场景下对标准的定义也是不同的。
因为对正态分布和置信区间这块我也不太懂,这里就不敢瞎说了。
不是好的工作会给你带来好的心情,而是好的心情会给你带来好的工作。
)
责任编辑:
-
软件性能测试并发数量计算公式(整理)
2021-03-23 15:30:39软件性能测试计算公式(整理)术语及缩写词测试时间:一轮测试从开始到结束所使用的时间并发线程数:测试时同时访问被测系统的线程数。注意,由于测试过程中,每个线程都是以尽可能快的速度发请求,与实际用户的使用有... -
系统吞吐量、TPS(QPS)、用户并发量、性能测试概念和公式
2021-02-25 06:06:41本文来自于csdn,文章主要从系统吞度量要素,系统吞吐量评估,软件性能测试的基本概念和计算公式等等方面来介绍。一.系统吞度量要素:一个系统的吞度量(承压能力)与request对CPU的消耗、外部接口、IO等等紧密关联... -
服务器并发量计算
2020-05-07 18:02:23并发 理论 在操作系统中,是指一个时间段中有几个程序都处于已启动运行到...服务器并发量分为 1.业务并发用户数; 2.最大并发访问数; 3.系统用户数; 4.同时在线用户数; 并发限制因素 带宽: 总带宽 / 8*单个... -
一文看懂并发量计算公式
2021-12-08 11:58:521、估算业务并发量的公式 C=nL/T C^=C+3×(C的平方根) 其中:C是平均的业务并发用户数、n是login session的数量、L是login session的平均时间长度、T是指考察的时间段长度、C^是指业务并发用户数的峰值。 例子分析... -
并发量计算
2018-06-07 00:11:09转自https://blog.csdn.net/w297228025/article/details/48786161一、经典公式1: 一般来说,利用以下经验公式进行估算系统的平均并发用户数和峰值数据 1)平均并发用户数为 C = nL/T 2)并发用户数峰值 C‘ = C ... -
并发量计算方法汇总
2017-08-02 15:58:00方法一:通过“TPS”计算(TPS:每秒平均事务数。PV是指页面的访问次数,每打开或刷新一次页面,就算做一个PV) ...并发量=TPS*(RunTime+ThinkTime) 参考url: http://blog.csdn.net/zhang_xiao8wan8/a... -
系统的TPS(吞吐量) QPS RT 并发量 计算公式
2019-10-10 17:13:58一名词解释 TPS: 一般针对于数据层面,指每秒处理完的事务次数,如果是分布式事务的话,一个事务可能对应多笔请求,对衡量单个服务接口的...QPS = 并发数 / RT(平均响应时间) 并发数 = QPS * RT(平均响应时间)) -
网站并发量的计算
2021-03-03 10:55:20网站并发量的计算 -
JMeter压力测试及并发量计算-2
2020-12-22 15:45:02继续上一篇,下面我们就来计算一下,前面我们已经搞到了一票数据,但是这些数据的意义还没有说。技术是为业务服务的,下面就来说说怎么让些数据变得有意义。一、聚合报告初识聚合报告是不是有些眼熟,是的你没看错,... -
JMeter压力测试及并发量计算-1
2019-10-05 04:32:42当然,也许需要运行一些测试来确定合理访问量。如果要使用大量线程,ramp-up period 一般不要设置成零。 (b). 如果ramp-up period 过大也是不恰当的,因为将会降低访问峰值的负载,换句话说,在一些线程还未启动时,... -
关于服务器并发量的简单计算
2021-08-26 08:37:24同时并发量的理论值: 10*1024/(8*20) = 64个请求/秒 理论上1秒钟同时可以有64个请求访问页面。 **注意**:10Mbs是位(b),1个字节8位,所以要除8。 假设进来的人是匀速的增加, 根据”三秒定律”(页面打开... -
什么是服务器并发量?并发量如何计算?
2020-03-11 09:17:16服务器并发量分为:1.业务并发用户数;2.最大并发访问数;3.系统用户数;4.同时在线用户数; 并发的意思是指网站在同一时间访问的人数,人数越大,瞬间带宽要求更高。服务器并发量分为:1.业务并发用户数;2.最大... -
并发用户数、吞吐量、思考时间的计算公式
2013-01-28 14:41:52并发用户数、吞吐量、思考时间的计算公式 -
springboot高并发下提高吞吐量的实现
2020-08-25 09:45:19主要介绍了springboot高并发下提高吞吐量的实现,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧 -
服务器并发数和访问量计算与服务器配置
2021-04-15 09:00:24并发访问量是10分钟100人在线?还是每秒100个并发请求? 如果是前者,以在10分钟内,100人每人平均访问10个pv,那么每秒请求数就是100*10/10/60=1.66,对服务器压力几乎就没有啦,用个单路双核的服务器轻松搞定。 ... -
电商网站高并发秒杀实战
2021-06-12 02:22:04这是一个电商平台的项目实战案例,基于双11抢购活动真实需求设计,从需求分析到框架设计,从用户登录到抢购商品、完成支付等,这其中涉及千万级用户如何实现有序队列、如何进行高并发测试、用户唯一性判断等,该案例... -
HBase分布式架构处理大数据量(高并发和实时处理)
2021-02-25 03:22:34本文来自于csdn,介绍了Hadoop的原理,HBase的特点,HBase的高并发和实时处理数据,数据模型,工作流程等。(一)HDFS主要是用于做什么的?HDFS(HadoopDistributedFileSystem)分布式文件管理系统、是Hadoop项目的... -
【loadrunner】并发量计算
2019-07-03 14:53:41 -
腾讯云4核8g服务器可支持多少人同时在线?4核8G并发量计算
2020-09-02 22:01:01先不说云服务器性能,云服务器后端运行程序直接影响服务器并发量,4核8G服务器网以网站开发为例,假设Web服务器使用Nginx,Nginx配置会影响服务器并发数;网站程序动态语言如PHP或ASP等肯定没有HTML静态语言更少占用...