51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8388|回复: 39
打印 上一主题 下一主题

[原创] 一台机子最大可以承受的用户数?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-12-26 10:48:11 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
1:性能测试中,CPU主频为2G,内存为512M的一台PC 最多可以模拟多少用户,
为下次规划硬件资源提供一些参考数据
2.性能测试中,CPU主频为1.6G,内存为512M的一台PC 最多可以模拟多少用户,
为下次规划硬件资源提供一些参考数据
3.性能测试中,CPU主频为2G,内存为1G的一台PC 最多可以模拟多少用户,
为下次规划硬件资源提供一些参考数据
4.性能测试中,CPU主频为双核1.8G,内存为512M的一台PC 最多可以模拟多少用户,
为下次规划硬件资源提供一些参考数据
5.性能测试中,CPU主频为双核1.8G,内存为1G的一台PC最多可以模拟多少用户,
为下次规划硬件资源提供一些参考数据

请高手解答,谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

40#
发表于 2008-1-9 17:50:10 | 只看该作者

监控测试机的资源,使用率控制在80%以下即可

监控测试机的资源,包括CPU、内存、磁盘IO等所有LR要用的资源,将其使用率控制在80%以下,然后就可以确定最大支持多少VU了。

不同的测试内容、方案、设备,VU的最大数都不同的,都需要在调试时来分析相关数据后得到结果。
回复 支持 反对

使用道具 举报

该用户从未签到

39#
发表于 2008-1-9 17:49:16 | 只看该作者

监控测试机的资源,使用率控制在80%以下即可

监控测试机的资源,包括CPU、内存、磁盘IO等所以LR要用的资源,将其使用率控制在80%以下,然后就可以确定最大支持多少VU了。

不同的测试内容、方案、设备,VU的最大数都不同的,都需要在调试时来分析相关数据后得到结果。
回复 支持 反对

使用道具 举报

该用户从未签到

38#
发表于 2008-1-9 10:26:40 | 只看该作者
cookies给的资料很好,谢了
回复 支持 反对

使用道具 举报

该用户从未签到

37#
发表于 2008-1-8 15:10:53 | 只看该作者
设置vusers按进程还是线程运行        Vusers        组        mmdrv.exe中的线程数        Mmdrv.exe进程个数        平均每个进程占的内存(k)        Mmdrv.exe占有内存总数(k)
线程        10         1        12        1        7500        7500
线程        1        10        3        10        5150        51500
进程        10        1        1        10        46760        467600
进程        1        10        1        10        5150        51500


给大家看一下这个.
回复 支持 反对

使用道具 举报

该用户从未签到

36#
 楼主| 发表于 2008-1-7 15:48:02 | 只看该作者

回复“卖烧烤的鱼”

拜读了“卖烧烤的鱼”的这篇“Mercury LoadRunner Tutorial Correlated_Script ”介绍,我最近在做登陆方面的压力测试,但是每个用户每次登陆的session都不同,也就是说当我对登陆进行回放或进行压力时,其session都不同。我按照相关资料对其进行了关联,但是只能对脚本中当前的session进行关联,我的LR工具是盗版的,虽然是破解版,但是相应的一些功能却不能用,请问针对这种情况,高手是怎么解决的,如果是用编码来解决破解版的 不足,那么有无高手有这方面的经验!
回复 支持 反对

使用道具 举报

该用户从未签到

35#
发表于 2008-1-7 15:02:24 | 只看该作者
看了...还是没有结果...不过还是感谢....
回复 支持 反对

使用道具 举报

该用户从未签到

34#
发表于 2008-1-7 11:51:38 | 只看该作者

回复 1# 的帖子

最佳的方法应是这样,由于你的脚本开发,和选择的协议,cpu,内存,硬盘等因素有关系,所以最佳的方法就是进行一些测试来检验某些具体脚本在测试计算机上的资源需求。
你可以参考我blog以前的贴子
http://www.cnblogs.com/mayingbao/category/54683.html?Show=All
http://www.cnblogs.com/mayingbao/archive/2006/10/26/540261.html
回复 支持 反对

使用道具 举报

该用户从未签到

33#
发表于 2008-1-4 17:32:36 | 只看该作者

学习

再学习
回复 支持 反对

使用道具 举报

该用户从未签到

32#
 楼主| 发表于 2008-1-4 16:56:59 | 只看该作者
to xpyan:
  你所说的800个用户是指同一时刻并发吧?
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2014-11-5 22:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    31#
    发表于 2008-1-4 15:21:34 | 只看该作者
    学习学习
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    30#
    发表于 2008-1-4 13:00:58 | 只看该作者
    原帖由 cookies 于 2007-12-28 16:31 发表
    具体的说和你录制的协议、cpu和内存,以及操作系统等相关。
    发个文档给大家参考下


    谢谢Cookie,这个文件感觉不错
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    29#
    发表于 2008-1-4 11:14:19 | 只看该作者
    性能测试环境:
    intel系列,3GCPU、3.2G内存、140G硬盘、100M以太网卡
    测试结果:最多可以模拟800个用户进行操作
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2008-1-3 17:38:09 | 只看该作者
    原帖由 wzxshi 于 2008-1-3 11:45 发表
    我的机子是2G的,可以模拟160个用户


    可不可以把机器的配置说详细点哈,还有录制了哪些操作等等.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2008-1-3 17:28:33 | 只看该作者

    回复 3# 的帖子

    256M的内存,可以模拟200个用户?这些用户进不进行业务操作的?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2008-1-3 11:48:21 | 只看该作者
    lz这个问题...如果你操作系统.直接的连接数不多时..那你并发1000 个 10000个.也被 操作系统限制
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2008-1-3 11:45:06 | 只看该作者

    我来说说

    我的机子是2G的,可以模拟160个用户
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2008-1-3 11:38:30 | 只看该作者

    学习学习。。。。

    好贴
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2008-1-3 10:31:32 | 只看该作者
    学到很多东西,谢谢
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2008-1-2 15:18:29 | 只看该作者
    协议、脚本啊什么的都是有关系的,比如说你的脚本中malloc了很多内存不释放,做了很多迭代,再或者使用的协议需要经过多次解析,那么server模拟的vuser肯定上不去的了。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-9 02:11 , Processed in 0.079910 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表