51Testing软件测试论坛

标题: 请大家帮我分析一下性能瓶颈出在什么地方 [打印本页]

作者: yuandjing 时间: 2007-6-20 13:50
标题: 请大家帮我分析一下性能瓶颈出在什么地方
[attach]27749[/attach]
好久不碰LR了，现在公司遇到了一个紧急的情况，需要对CRM服务器进行性能分析，找出性能瓶颈，我测了一下，但是无法准确定位性能瓶颈
两台服务器，一台是DB SERVER（SQL SERVER 2000），一台是APPserver
现在同时登陆25人以上就会出现严重的性能问题，服务器响应速度慢的让人无法容忍
测试图表在附件里，analysis直接能打开
请各位达人帮忙指点迷津

作者: by1945 时间: 2007-6-20 14:16
事务相应时间和运行虚拟用户合并起来看了下，响应时间是随着虚拟用户变化而变化，就是响应时间好长啊，看下进行网页细分看下

作者: by1945 时间: 2007-6-20 15:06
first buffer时间过长

作者: yuandjing 时间: 2007-6-20 15:56

原帖由 by1945 于 2007-6-20 14:16 发表
事务相应时间和运行虚拟用户合并起来看了下，响应时间是随着虚拟用户变化而变化，就是响应时间好长啊，看下进行网页细分看下

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

作者: ggogw 时间: 2007-6-20 17:56
看看~~

作者: ggogw 时间: 2007-6-20 18:00
用分析器打开有问题！！看不了图~~帮不了你！

作者: yuandjing 时间: 2007-6-20 19:03

原帖由 ggogw 于 2007-6-20 18:00 发表
用分析器打开有问题！！看不了图~~帮不了你！

不会吧，我再发一次
[attach]27819[/attach]
谢谢各路英雄

作者: hanghong_good 时间: 2007-6-21 09:59
好咚咚。。

作者: yuandjing 时间: 2007-6-22 12:33
好心人在哪里？帮帮忙

作者: angerswing 时间: 2007-6-22 13:20
先下了看看再说

作者: angerswing 时间: 2007-6-22 13:28
你数据库响应的时间好长，在几个用到数据库的事件中，你就会发现你数据库的读取时间有过长的响应时间基本在400左右，建议监控数据库,看看。

作者: yuandjing 时间: 2007-6-22 15:15

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

这个是在哪里看到的？我刚才又找了半天都没有找到啊

作者: yuandjing 时间: 2007-6-22 15:16

原帖由 by1945 于 2007-6-20 15:06 发表
first buffer时间过长

这个说明了什么问题？英雄？

作者: ralf_540 时间: 2007-6-22 16:12
SQL内存交换过高，建议你通过监控数据库服务器，查看是什么堵住了进程

作者: ralf_540 时间: 2007-6-22 16:21
SQL服务器中page faults 指标过高，应该是内存有问题，

作者: ralf_540 时间: 2007-6-22 16:25
内存︰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 的容量，但是降低缓存的大小也是可行的。

作者: yuandjing 时间: 2007-6-22 21:01
谢谢这位英雄
那有没有可能是代码或者数据库查询代码执行效率低下引起的page faults 指标过高？
如何定位内存是瓶颈？

作者: hesc111 时间: 2007-6-28 14:26
???

作者: ycxlove11 时间: 2007-7-2 16:06
LR学习中

作者: teerfly 时间: 2007-7-2 16:07
为什么我老是下不下来？

作者: tina_zhang 时间: 2007-7-3 17:47
学习中，分析确实是比较难的一个环节

作者: ∮随风而去~ 时间: 2007-7-3 22:41
标题: 回复 #12 yuandjing 的帖子
学习ING~

作者: tina_zhang 时间: 2007-7-4 10:01
sdlkfj2

作者: cccdddd 时间: 2007-7-4 11:18
支持

作者: renheyou 时间: 2007-7-4 15:06
goooooooooooood

作者: athenawx 时间: 2007-7-6 18:07
标题: 期待答案
期待答案呢，

作者: lsf4662872 时间: 2007-10-9 15:52
内存问题

作者: sherry.fen 时间: 2007-10-9 22:18
先看看

作者: sherry.fen 时间: 2007-10-9 22:21
我也觉得是内存问题，可以在压的同时看看服务器进程的内存~是否存在内存泄漏~

作者: nishizhu 时间: 2007-10-10 22:47
也觉得是内存问题，可以在压的同时看看服务器进程的内存~是否存在内存泄漏~

作者: nishizhu 时间: 2007-10-10 22:48
也觉得是内存问题，可以在压的同时看看服务器进程的内存~是否存在内存泄漏~

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)