51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

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

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

本帖子中包含更多资源

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

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

使用道具 举报

该用户从未签到

31#
发表于 2007-10-10 22:48:07 | 只看该作者
也觉得是内存问题,可以在压的同时看看服务器进程的内存~是否存在内存泄漏~
回复 支持 反对

使用道具 举报

该用户从未签到

30#
发表于 2007-10-10 22:47:26 | 只看该作者
也觉得是内存问题,可以在压的同时看看服务器进程的内存~是否存在内存泄漏~
回复 支持 反对

使用道具 举报

该用户从未签到

29#
发表于 2007-10-9 22:21:01 | 只看该作者
我也觉得是内存问题,可以在压的同时看看服务器进程的内存~是否存在内存泄漏~
回复 支持 反对

使用道具 举报

该用户从未签到

28#
发表于 2007-10-9 22:18:07 | 只看该作者
先看看
回复 支持 反对

使用道具 举报

该用户从未签到

27#
发表于 2007-10-9 15:52:22 | 只看该作者
内存问题
回复 支持 反对

使用道具 举报

该用户从未签到

26#
发表于 2007-7-6 18:07:27 | 只看该作者

期待答案

期待答案呢,
回复 支持 反对

使用道具 举报

该用户从未签到

25#
发表于 2007-7-4 15:06:34 | 只看该作者
goooooooooooood
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2007-7-4 11:18:53 | 只看该作者
支持
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2007-7-4 10:01:58 | 只看该作者
sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2007-7-3 22:41:03 | 只看该作者

回复 #12 yuandjing 的帖子

学习ING~
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2007-7-3 17:47:09 | 只看该作者
学习中,分析确实是比较难的一个环节
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

17#
 楼主| 发表于 2007-6-22 21:01:09 | 只看该作者
谢谢这位英雄
那有没有可能是代码或者数据库查询代码执行效率低下引起的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 的容量,但是降低缓存的大小也是可行的。
回复 支持 反对

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-25 01:20 , Processed in 0.088077 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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