关于最大并发数
请问那位高手,知道有那些计数器控制(决定)最大并发数. 关注关注,为什么没有高手来解答?好困惑~~~~~~~~ 不错,继续关注顶起来
不知道有谁能解答如何测试最大在线用户数. sdlkfj8 学习 关注中关注中,期待高手解疑~
关注中,期待高手解疑~关注中,期待高手解疑~
关注中,期待高手解疑~关注中,期待高手解疑~ 最大在线数是没有办法具体算出来的只能预测
这要根据以前的资料来分析
并发就是测一段时间的峰值 这是一个点 不可能一天24小时都在峰值中
真实的场景
如果调研不出来确切的值,没有发生概率,可以进行梯度测试。直到达到系统和硬件所承受的最大压力 可以这样吗?测同时在线时,把think time设长一些。。保证每个用户都登陆了。。。。然后再退出。。 sdlkfj3 好困惑呀,哪位高手可以详细的说明一下哦,,,真的很期待哦!!!!
谢谢!!!!! 我们常用的确定并发用户数的公式是:C=活动用户数×操作时间/系统运行时间
如每天最大在线用户数为100人,每个用户平均操作时间为2小时,系统运行时间为24小时,那么并发用户数为:
100×7200/24*3600 =3.47
按照这个公式反推过来,活动用户数=系统运行时间×并发用户数/操作时间
你说你的最大并发用户数为300,如果完成一次操作的平均时间为1分钟,场景运行时间为30分钟,那么活动用户数为:
30×60×300/60=9000
达到300并发的用户的压力需要9000个活动用户 我们公司是按照比例来的,并发用户数=实际存在的用户数*(1%--10%) 在线的设置一般都是有时间限制的,登陆到系统后不退出,称为在线。如果在脚本录制中没有录制退出的话,那么多并发情况下可登陆很多用户。
通常情况下,我评估并发数的方法如下:
录制脚本后在场景中用一个用户不设置持续时间,只跑一次,然后看一个用户消耗的时间。如果确定了并发数与响应时间,方法与36楼的相同。不过这仅是初步估计值,是在所有并发用户齐步走的情况下得出的,具体的最大在线用户数还得多测几遍才行。 我和33楼的朋友想法差不多,让用户陆续登录(可以是每一定数目的用户并发登录,该数目要是系统可以承受的)但是都不退出,看看加到多少,服务器出现问题,那么这个就是可以支持的最大在线用户数.
我是新手,请问这种想法有什么问题。谢谢。 从网上找到的,不知道对大家有没有帮助:
(1) 计算平均的并发用户数: C = nL/T
(2) 并发用户数峰值: C’ ≈ C+3根号C
公式(1)中,C是平均的并发用户数;n是login session的数量;L是login session的平均长度;T指考察的时间段长度。
公式(2)则给出了并发用户数峰值的计算方式中,其中,C’指并发用户数的峰值,C就是公式(1)中得到的平均的并发用户数。该公式的得出是假设用户的login session产生符合泊松分布而估算得到的。
实例:
假设有一个OA系统,该系统有3000个用户,平均每天大约有400个用户要访问该系统,对一个典型用户来说,一天之内用户从登录到退出该系统的平均时间为4小时,在一天的时间内,用户只在8小时内使用该系统。
则根据公式(1)和公式(2),可以得到:
C = 400*4/8 = 200
C’≈200+3*根号200 = 242