问题：并发数如何计算

一、经典公式1：一般来说，利用以下经验公式进行估算系统的平均并发用户数和峰值数据1）平均并发用户数为 C = nL/T2）并发用户数峰值 C‘ = C + 3*根号CC是平均并发用户数，n是login session的数量，L是login session的平均长度，T是值考察的时间长度C’是并发用户数峰值举例1，假设系统A，该系统有3000个用户，平均每天大概有400个用户要访问该系统（可以从系统日志从获得），对于一个典型用户来说，一天之内用户从登陆到退出的平均时间为4小时，而在一天之内，用户只有在8小时之内会使用该系统。

那么，平均并发用户数为：C = 400*4/8 = 200并发用户数峰值为：C‘ = 200 + 3*根号200 = 243举例2， 某公司为其170000名员工设计了一个薪酬系统，员工可进入该系统查询自己的薪酬信息，但并不是每个人都会用这个系统，假设只有50%的人会定期用改系统，这些人里面有70%是在每个月的最后一周使用一次该系统，且平均使用系统时间为5分钟。则一个月最后一周的平均并发用户数为（朝九晚五）：n = 170000*0.5*0.7/5 = 11900C= 11900*5/60/8 = 124吞吐量计算为：F = Vu * R / T 单位为个/s

同时在线用户数=每秒请求数RPS（吞吐量）+并发连接数+平均用户思考时间平均并发用户数的计算：C=nL / T其中C是平均的并发用户数，n是平均每天访问用户数（login session），L是一天内用户从登录到退出的平均时间（login session的平均时间），T是考察时间长度（一天内多长时间有用户使用系统）并发用户数峰值计算：C^约等于C + 3*根号C其中C^是并发用户峰值，C是平均并发用户数，该公式遵循泊松分布理论。3、吞吐量的计算公式指单位时间内系统处理用户的请求数从业务角度看，吞吐量可以用：请求数/秒、页面数/秒、人数/天或处理业务数/小时等单位来衡量

这个其实没有固定的算法，必须根据压测的目标特点进行估算。以你的例子来说明：要求支持5000-10000用户访问的购物网站，是在同一时间访问？还是一天的访问量呢？如果是一天的访问量，那么我们需要知道哪几个时间段访问人数最多。例如有10小时访问密集区，我们可以估算每小时1000用户，峰值*2或者3，也就是每小时3000，那么合计一秒钟只要3000/3600 还不足1个并发。如果是并发，那么就要测5000到10000了。实际上你这是用客户视角来思考问题的，建议你采用服务器视角。也就是说，你只管加压，看看服务器到多少并发达到峰值，用这种方法来指导网站程序和部署的优化，这才是最科学的。

并发用户数的计算公式系统用户数：系统额定的用户数量，如一个OA系统，可能使用该系统的用户总数是2000个，那么这个数量，就是系统用户数同时在线用户数：在一定的时间范围内，最大的同时在线用户数量平均并发用户数的计算：C=nL / T其中C是平均的并发用户数，n是平均每天访问用户数，L是一天内用户从登录到退出的平均时间（操作平均时间），T是考察时间长度（一天内多长时间有用户使用系统）并发用户数峰值计算：C^约等于C + 3*根号C其中C^是并发用户峰值，C是平均并发用户数，该公式遵循泊松分布理论

常用并发数计算公式:N=[(n×0.8×S×P)/(T×0.2)]*R;S为每个用户发生的业务笔数(QPS);P为每笔业务所需要访问服务器的时间,单位为秒;T为使用业务的时间,单位为秒;计算得出的并发数为:(1000*0.8*20*30/(36000*0.2))*2=133.33;

并发用户数量的统计方法目前还没有准确的公式一般的并发用户数量的经验公式为：使用系统的用户数量×（5％～20％）。对于这个公式，没有必要拘泥于计算出的结果，因为为了保证系统的扩展空间，测试时的并发用户数量都会稍稍大一些，除非要测试系统能承受的最大并发用户数量。举例说明：你的系统支持10000个用户访问，在基本压测情况下，你在设置最大并发用户数量时最多10000*0.2=2000就可以了。你可以去g搜索引擎查查

暂无评价|0人阅读|0次下载|举报文档视频房间的并发数计算方法我们在遇到计算一台服务器可以支持多少个视频流的时候,总是不太清楚怎么计算,本文专门针对OM视频系统的码流特征而写,可以为视频会议、培训课堂等应用系统的部署,提供参考。我们将通过模拟一个用户需求来进行并发数的分析,需求描述如下:在一台服务器上部署OM视频系统作为视频探视室,每个探视房间只允许2路视频,视频的码流设置为384Kbps,画质较好,视频自动录像在服务器上。如果有可能的话,希望每个探视房间可以支持第3个人进入作为观看者,仅接收视频,并不发送视频。要求计算出,单台服务器最高支持多少个视频房间同时进行?服务器需要多大的带宽接入?大致费用是多少?用户端需要多大带宽,普通家庭宽带和办公室宽带能否支持?1、基本参数STAT硬盘的实际读写速度约是50MB/S,单位为兆字节每秒(MB/s)。单路视频流的码率约是384Kbps,单位为千比特每秒(Kbits/s),换算为字节计算法是48KB/S,单位为千字节每秒(KB/s)。每个视频房间支持2路视频的录制,则每个房间的码流是768Kbps,换算为字节计算法是96KB/S。单台服务器的接入带宽是1Gbps,换算为字节计算法是128MB/S。本计算法只考虑服务器硬盘读写速度和网络带宽的限制,忽略服务器的CPU、内存等因素。2、根据硬盘的瓶颈计算计算公式:硬盘读写速度/每个房间的码流=实际支持的录像并发数(或回放的并发数)。实际计算数值:(50*1024)/96=533结论:单台服务器同时支持500个房间(1000人)同时录像(或1000路并发回放)。回放指的是实时的播放流,并不包括采用本地缓存和缓冲机制的点播流。如果每个房间只有1路录制流,则录像并发数是1000个房间。这是硬盘的瓶颈。3、计算所需要的网络带宽计算公式:(每个房间的码流*500个房间)=500个房间所需要的带宽。实际计算数值(使用Kbits/s作为计量单位):(768*500)/1024=375Mbits/s结论:500个房间同时录像所需375Mbits/s上下行对等带宽。这是带宽的需求。4、更多计算(1)按照每个房间增加1路观看者,计算一下需要多少带宽?观看者同时观看房间里的2路视频,每个房间所需码流是768Kbps,单位为千比特每秒(Kbits/s)。计算公式:观看者实时码流*500个房间=观看者所需占用带宽实际计算数值(使用Kbits/s作为计量单位):(768*500)/1024=375Mbits/s结论:如需为每个房间增加1路观看者,同时接收2路录像者视频,则需要增加375Mbits/s上行带宽。(2)对录像者的终端带宽要求上行带宽:至少384Kbps,单位为千比特每秒(Kbits/s)。下行带宽:至少384Kbps。(3)对观看者的终端带宽要求上行带宽:不需要。下行带宽:至少768Kbps。(4)单台服务器的运行费用估算购置机器:1万元。托管费用:5000元/年。带宽费用:18万/年(按照IDC报价,1Gbits的带宽月租是1.5万元)。软件服务:24万/年(按照厂家报价,视频软件的月服务费是2万元)。5、相关数据(1)普通宽带的带宽计算法普通家庭宽带和办公室宽带,仍以ADSL居多(小区光纤优于普通电话线ADSL),因此我们将以电话线ADSL为例来说明。电信运营商给出的带宽是2M、4M、10M等等,这个速率值是指为用户提供的带宽数值,单位是bps(比特位),而且这个带宽仅是用户端到当地电信的速率,并非指用户到达目标服务器的有效使用带宽。而且,ADSL是非对等网络,刚才说的数字只是ADSL的下行带宽,也就是下载速度,ADSL的上行带宽只有384Kbps,有些地区的ADSL上行只有256Kbps。当用户需要进行视频录制时,所需要的带宽是384Kbps(单位比特位),这个速度正好是ADSL的上行速度。因此,用户在录制的时候,并不能让其他程序占用带宽,例如迅雷、电驴等软件。计算ADSL下行带宽有很直观的方法,就是观察下载速度,一般来说下载速度是按照Byte/s(字节/秒)来显示的,需要转换为bits/s(比特/秒)才行,换算关系是1Byte/s=8bits/s(即8bps),例如:2M的ADSL用户在下载时可以达到135KB/s-220KB/s,即1280Kbps(即1280Kbits/s)。(2)用户端所需要的带宽实时的视频流需要稳定的带宽,当带宽不稳定时,会出现较大的延时和丢包现象,造成视频的停顿(俗称卡),当网络恢复时,也会出现视频快速播放的情况(这是刚才因网速较差造成的堵塞数据)。计算实时视频所需要的带宽方法很简单。发送者:上行带宽:单路视频的码流就是所需的上行带宽,一般ADSL是可以支撑的,除非视频质量参数设置的很高。下行带宽:接收到的视频数量*每路视频的码流,就是所需的总带宽(要除去自己的那路视频流),例如4路视频时,减去自己的1路,计算3*384=1.2Mbps,因此需要1.2M的下行带宽(至少2M的ADSL才行)。观看者:上行带宽:观看者的上行带宽要求很低,只需要可以传送控制指令和聊天信息等消息流即可,但网络的稳定性要求依然很高。下行带宽:接收到的视频数量*每路视频的码流,例如4路视频,计算4*384=1.5Mbps,因此需要1.5M的下行带宽(至少2M的ADSL才行)。本文并非理论专著,很多数据都来自实际部署经验而成。如有错误和遗漏之处,欢迎指正批评。