51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 14403|回复: 27
打印 上一主题 下一主题

[你问我来答第31期]:如何快速准确获得性能监控数据?(已结束)

[复制链接]
  • TA的每日心情
    擦汗
    昨天 09:02
  • 签到天数: 1042 天

    连续签到: 4 天

    [LV.10]测试总司令

    跳转到指定楼层
    #
    发表于 2013-2-1 11:54:40 | 只看该作者 回帖奖励 |正序浏览 |阅读模式



    论坛ID:szyszy2000

    真实姓名:宋宗赟

    擅长技术领域:性能测试

    现任公司:中兴软创

    现任职位:测试工程师

    工作经验:7年

    项目经验:
    国际贸易电子商务执行平台系统(TradeMatics)性能测试
    烟叶物流系统、四川烟草公司电子结算系统、烟草国家局电子合同系统性能测试组组长
    湖南电信、河南联通、吉林移动、新疆移动、联通集团、江苏电信OSS系统性能测试与平台支撑负责人

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    推荐
    发表于 2013-2-20 12:03:11 | 只看该作者
    一个没有更新过代码的CACHE类server部署在新的机器上跑,请求量在1W次的时候,CPU使用率30%左右,内存充足,IO很轻,基本没有,但load值高达200多,导致cache server出现比较多的超过500ms的请求,影响服务。而正常机器,请求在5,6W次,由于是全内存型server,所以load只有1不到
    开发语言:c++
    OS:centos core2.6
    代码没有做过修改,为啥部署到新机器上会有这样的问题?可能是什么原因,方便给个参考意见和思路吗,谢谢
    回复 支持 1 反对 0

    使用道具 举报

  • TA的每日心情
    奋斗
    2016-11-29 09:44
  • 签到天数: 5 天

    连续签到: 5 天

    [LV.2]测试排长

    26#
    发表于 2014-12-2 14:18:35 | 只看该作者
    yzylion 发表于 2013-2-20 12:03
    一个没有更新过代码的CACHE类server部署在新的机器上跑,请求量在1W次的时候,CPU使用率30%左右,内存充足 ...

    你好,我在项目中也遇到了和你一样的问题,同样的代码在开发环境下负载测试TPS很高150左右,而在测试环境TPS只有4个且波动很大偶尔达到上百,请问你的问题是怎么解决的?不甚感激
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-8-28 12:55
  • 签到天数: 29 天

    连续签到: 1 天

    [LV.4]测试营长

    25#
    发表于 2014-9-16 15:07:36 | 只看该作者
    现在嘉宾还能回复吗
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2022-11-28 13:12
  • 签到天数: 10 天

    连续签到: 1 天

    [LV.3]测试连长

    24#
    发表于 2014-7-10 15:43:04 | 只看该作者
    学习了,个人正好想研究系服务端mysql和Oracle性能测试方法。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2013-7-3 09:46:58 | 只看该作者
    请问,像用nmon 这种连续监控几个星期或更久,生成的文件比较大,该怎么处理。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2013-2-27 15:20:37 | 只看该作者
    回复 18# szyszy2000


        nGrinder是基于Grinder开源项目,但由NHN公司的nGrinder开发团队进行了重新设计和完善(所以叫做nGrinder)。nGrinder是一款非常易用,有着乔布斯范儿的友好简洁的用户界面和controller-agent分布式结构的强大的压力测试工具。
    nGrinder运行一个test,只需要3步:使用Python脚本创建测试场景,配置agent数量、进程或线程、周期、运行次数和ramp-up(可选),然后点击“Start”。接下来只需要等待,周期结束后很快报告会自动生成出, TPS, MeanTime, Errors, CPU/Memory/Network.

    nGrinderHome : http://www.nhnopensource.org/ngrinder/
    nGrinderDemo : http://ngrinder-demo.nhnopensource.org(登陆账户: user/user)
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2013-2-26 13:31:09 | 只看该作者
    请问专家,我想测试服务器后台的运行情况,用什么性能测试工具好呢,linux系统的服务器
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-8-25 11:11
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2013-2-25 11:08:22 | 只看该作者
    对unit 系统的 内存资源监控主要关注那几个指标? 有人说用page rate,但这个多大值能判断是内存的瓶颈,如何转成内存的利用率?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2013-2-21 12:51:11 | 只看该作者
    请问如何能够monitor到内存的使用情况?用nmon只能monitor这台机器的,但是假如这台机器部署了很多app,就看出来我要测试的那个app的module的使用情况了。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-5-5 09:03
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    18#
    发表于 2013-2-18 14:49:06 | 只看该作者
    首先感谢:szyszy2000 版主
    我现在是在linux下作测试用nmon基本上大的问题可以过滤掉,我这边也在用jprofiler, virtualVM在配合监控class和线程,我现在晓得我的问题在哪里了?
    我们在做和豌豆荚一样的产品,群里面有豌豆荚的性能测试前辈吗?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2022-2-10 10:44
  • 签到天数: 531 天

    连续签到: 1 天

    [LV.9]测试副司令

    17#
    发表于 2013-2-17 16:34:23 | 只看该作者
    回复 13# syyzsy

    1.这个系统的性能的测试:根据描述这应该是对整个系统做一个验证型的性能测试,首先指定测试计划,收集性能需求,规划性能指标,整理典型场景,制定测试用例,录制测试脚本,运行测试场景,收集数据、编写测试报告就OK。关注的重点在于在特定环境下系统的性能表现,当然系统的性能表现不仅仅体现在并发用户数上,还包括吞吐量、事务响应时间、系统资源占用率等等。
    2.就描述中说明的业务,我认为测试工具模拟的虚拟用户所能够实现的对服务端并发效果应该和实际业务场景下的情况没什么区别。测试后得到的TPS作为吞吐量的一个指标是可以的。
    3.“每秒钟能满足多少用户请求”:我认为可以分解为两个指标一个是事务吞吐量指系统每秒处理的事务数,一个是系统能够承载的负载容量以并发用户数作为指标。另外要验证系统性能需要在一定的环境和限制条件下,例如压500并发用户是否存在思考时间,如果有是多少,对系统资源占用是否有要求,对事务响应时间是否有要求都需要考虑下。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2013-2-17 11:26:07 | 只看该作者
    想请教下,有没有一种工具,可以测试应用软件的登录成功率,登录时长,页面加载时长的工具?
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2022-2-10 10:44
  • 签到天数: 531 天

    连续签到: 1 天

    [LV.9]测试副司令

    15#
    发表于 2013-2-16 17:14:15 | 只看该作者
    回复 8# yangemil


    用IBM Thread and Monitor Dump Analyzer for Java打开 javacore文件。

    按照DEADLOCK状态查找对应线程,查看对应线程的堆栈信息,获得当前死锁线程信息

    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2022-2-10 10:44
  • 签到天数: 531 天

    连续签到: 1 天

    [LV.9]测试副司令

    14#
    发表于 2013-2-16 11:11:06 | 只看该作者
    回复 4# femir
    根据性能测试目的的不同,监控也会有不同的侧重选用的工具也会有所差异。

    例如如果是对现有系统做性能验证,就需要获得较全面的各相关节点的性能统计数据。
    操作操作系统linux和aix下可以选择nmon,数据很全面,和nmon analyser配合还能生成很漂亮的图表
    数据库oracle可以用AWR,DB2可以选用snapshot

    如果是针对现场性能诊断,例如当下就有客户反映当前系统较慢需要定位原因并解决,就需要进行实时监控,就需要使用一些实时数据
    操作系统根据操作系统不同选用不同的性能监控命令:AIX可以用topas、HPUX用glance、linux用top
    数据库可以使用spotlight 获得实时全面的监控数据


    监控网络带宽可以使用Chariot
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    13#
    发表于 2013-2-13 17:29:04 | 只看该作者
    不知道专家都用过哪些监控系统,觉得什么样的比较适合、方便使用又是开源的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2013-2-6 09:51:48 | 只看该作者
    一般我们都是自己写脚本在被测机上监控获得,然后再进行分析的。
    有个问题想请教下:加入有一个web系统,该系统只能处理用户的一个固定的请求,比如说你输入汉语拼音,它翻译出汉字。用户发送http请求后,然后获得服务器发挥的记过,然后就断开与服务器的链接,每个用户就进行了这么多操作,就这么简单。我们如何来测试这个系统的性能呢。不能用性能测试工具仅仅的并发来看吧,因为并发都是一路请求的上一个请求得到回复后会再次发同样的请求的,这和每个实际用户就发一次请求场景不一样啊 ,最终测试得到的TPS能否就可以作为系统的性能呢。比如说我用jmeter测试,并发500路,最后计算出TPS为1500,那么请求这个系统的性能是什么样的呢,每秒钟能满足多少用户的请求,显示不能用TPS作为这个系统的能力,也不能用并发作为系统的性能能力。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2013-2-4 23:03:56 | 只看该作者
    这期的题目感觉说的有点太笼统
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2013-2-4 16:59:16 | 只看该作者
    降低性能测试的漏测率,是测试人员的技能重要还是测试过程规范重要?或者说的谁的权重更大一点?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2013-2-4 16:58:01 | 只看该作者
    如标题所说,如何能快速准确获得监控数据呢?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2013-2-4 15:05:47 | 只看该作者
    新一期,顶一下。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-8 00:32 , Processed in 0.085676 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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