51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5482|回复: 30
打印 上一主题 下一主题

[原创] 请大家帮我分析一下性能瓶颈出在什么地方

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-6-20 13:50:45 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

好久不碰LR了,现在公司遇到了一个紧急的情况,需要对CRM服务器进行性能分析,找出性能瓶颈,我测了一下,但是无法准确定位性能瓶颈
两台服务器,一台是DB SERVER(SQL SERVER 2000),一台是APPserver
现在同时登陆25人以上就会出现严重的性能问题,服务器响应速度慢的让人无法容忍
测试图表在附件里,analysis直接能打开
请各位达人帮忙指点迷津

本帖子中包含更多资源

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

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

使用道具 举报

该用户从未签到

2#
发表于 2007-6-20 14:16:35 | 只看该作者
事务相应时间和运行虚拟用户合并起来看了下,响应时间是随着虚拟用户变化而变化,就是响应时间好长啊,看下进行网页细分看下
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-6-20 15:06:32 | 只看该作者
first buffer时间过长
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2007-6-20 15:56:46 | 只看该作者
原帖由 by1945 于 2007-6-20 14:16 发表
事务相应时间和运行虚拟用户合并起来看了下,响应时间是随着虚拟用户变化而变化,就是响应时间好长啊,看下进行网页细分看下

对的,占用了大量系统资源,但是两台服务器硬件配置都是很高的,估计是程序或者是数据库的问题,但是不知道究竟是什么
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2019-2-1 16:33
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2007-6-20 17:56:24 | 只看该作者
    看看~~
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2019-2-1 16:33
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2007-6-20 18:00:11 | 只看该作者
    用分析器打开有问题!!看不了图~~帮不了你!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2007-6-20 19:03:03 | 只看该作者
    原帖由 ggogw 于 2007-6-20 18:00 发表
    用分析器打开有问题!!看不了图~~帮不了你!

    不会吧,我再发一次

    谢谢各路英雄

    本帖子中包含更多资源

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

    x
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-6-21 09:59:24 | 只看该作者
    好咚咚。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2007-6-22 12:33:14 | 只看该作者
    好心人在哪里?帮帮忙
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-6-22 13:20:26 | 只看该作者
    先下了看看再说
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-6-22 13:28:17 | 只看该作者
    你数据库响应的时间好长,在几个用到数据库的事件中,你就会发现你数据库的读取时间有过长的响应时间 基本在400左右,建议监控数据库,看看。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
     楼主| 发表于 2007-6-22 15:15:40 | 只看该作者
    原帖由 angerswing 于 2007-6-22 13:28 发表
    你数据库响应的时间好长,在几个用到数据库的事件中,你就会发现你数据库的读取时间有过长的响应时间 基本在400左右,建议监控数据库,看看。


    这个是在哪里看到的?我刚才又找了半天都没有找到啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
     楼主| 发表于 2007-6-22 15:16:23 | 只看该作者
    原帖由 by1945 于 2007-6-20 15:06 发表
    first buffer时间过长


    这个说明了什么问题?英雄?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-6-22 16:12:43 | 只看该作者
    SQL内存交换过高,建议你通过监控数据库服务器,查看是什么堵住了进程
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-6-22 16:21:52 | 只看该作者
    SQL服务器中page faults 指标过高,应该是内存有问题,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-6-22 16:25:26 | 只看该作者
    内存︰Page Faults/sec、Memory︰Pages Input/sec及Memory︰Page Reads/sec。如果有个程序请求内存中的一页,但系统无法在所需的位置上找到它,就会构成一个分页错误。如果此页位于内存中的其它位置,则此错误便称为软件分页错误。如果必须从磁盘获取此页,则此错误便称为硬件分页错误。大部分的处理器可以处理大量的软件错误而不会引起任何后果。但是,硬件错误却会导致严重的延迟。「Page Faults/sec」是指处理器处理错误页 (包括硬件及软件分页错误) 的整体速度。「Pages Input/sec」是指为了解决硬件分页错误而从磁盘读取的总页数。「Pages Reads/sec」是指为了解决硬件分页错误而读取磁盘的次数。「Pages Input/sec」会大于或等于「Page Reads/sec」,并且能够清楚地让您了解硬件分页错误率。如果这些数字都很低,则服务器应该可以快速地响应请求。如果很高,则可能是因为您用了太多的内存在缓存处理上,而没有留足够的内存供系统的其它部份使用。您可能必须在服务器上添加 RAM 的容量,但是降低缓存的大小也是可行的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
     楼主| 发表于 2007-6-22 21:01:09 | 只看该作者
    谢谢这位英雄
    那有没有可能是代码或者数据库查询代码执行效率低下引起的page faults 指标过高?
    如何定位内存是瓶颈?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-6-28 14:26:09 | 只看该作者
    ???
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-7-2 16:06:17 | 只看该作者
    LR学习中
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-7-2 16:07:28 | 只看该作者
    为什么我老是下不下来?
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 01:42 , Processed in 0.080765 second(s), 26 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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