olastbyteperterstio
（mste平均每秒业务脚本的迭代次数有人会把上面那个
s）
混淆
SuccessfulRou
ds
成功的请求
FailedRequests
失败的请求
SuccessfulHits
成功的点击次数
FailedHits
失败的点击次数
HitsPerSeco
d
每秒点击次数
SuccessfulHitsPerSeco
d
每秒成功的点击次数
FailedHitsPerSeco
d
每秒失败的点击次数
AttemptedCo
ectio
s
尝试链接数
数据库服务器性能指标
指标
User0Co
ectio
sNumberofdeadlocksButterCachehit
系统的瓶颈定义
说明
用户连接数，也就是数据库的连接数量数据库死锁数据库Cache的命中情况
性能项
命令
CPU限制磁盘IO限制应用磁盘限制虚存空间少
vmstatVmstatIostatLsps，a
换页限制
Iostatstat
系统失效
Vmstatsar
稳定系统的资源状态
指标
当usersys超过80时当iowait超过40AIX433或更高版本时当tm_act超过70时当分页空间的活动率超过70时虚存逻辑卷tm_act超过IOiostat的30，激活的虚存率超过CPU数量vmstat的10倍时页交换增大、CPU等待并运行队列
性能项CPU占用率
磁盘I0网络运行队列
资源
70859030405030带宽2CPU数量
好坏很差好坏很差好好
评价
f内存
没有页交换每个CPU每秒10个页交换更多的页交换
好坏很差
通俗理解：
日访问量
常用页面最大并发数
同时在线人数
访问相应时间
案例：
最近公司一个项目，是个门户网站，需要做性能测试，根据项目特点定出了主要测试项和测试方案：
一种是测试几个常用页面能接受的最大并发数用户名参数化，设置集合点策略
一种是测试服务器长时间压力下，用户能否正常操作用户名参数化，迭代运行脚本
一种则需要测试服务器能否接受10万用户同时在线操作，如果是用IIS做应用服务器的话，单台可承受的最大并发数不可能达到10万级，那就必须要使用集群，通过多台机器做负载均衡来实现；如果是用websphere之类的应用服务器的话，单台可承受的最大并发数可以达到10万级，但为性能考虑还是必须要使用集群，通过多台机器做负载均衡来实现；通常有1个简单的计算方式，1个连接产生1个sessio
，每个sessio
在服务器上有个内存空间大小的设置，在NT上是3M，那么10万并发就需要300G内存，当然实际使用中考虑其他程序也占用内存，所以准备的内存数量要求比这个还要多一些。还有10万个用户同时在线，跟10万个并发数是完全不同的2个概念。这个楼上已经说了。但如何做这个转换将10万个同时在线用户转换成多少个并发数呢？这就必须要有大量的历史日志信息来支撑了。系统日志需要有同时在线用户r