性能测试指标介绍
软件测试中的性能指标与评估方法

软件测试中的性能指标与评估方法软件测试是确保软件产品质量的重要环节,而其中之一的性能测试更是至关重要。
性能指标与评估方法的选择和运用,可以帮助开发人员和测试人员更好地评估软件系统的性能表现,提升系统的可靠性和稳定性。
本文将介绍软件测试中常用的性能指标和评估方法。
一、性能指标1. 响应时间:即软件系统对请求的响应速度。
客户端发送请求到服务器响应完成的时间,是评估系统性能的关键指标之一。
2. 吞吐量:系统在单位时间内能够处理的请求数量。
通过统计单位时间内的请求完成数量,来评估系统的处理能力。
3. 并发用户数:指同时访问系统的用户数量。
并发用户数的增加会对系统性能产生一定的压力,通过对并发用户数的测试和评估,可以确定系统的容量上限。
4. 容量:指系统支持的最大用户数量或最大数据处理量。
容量测试可以帮助开发人员了解系统在扩展性和可用性方面的表现。
5. 稳定性:系统在高负载和复杂场景下的表现。
通过稳定性测试,可以评估系统在长时间运行或异常情况下的性能表现。
二、性能评估方法1. 负载测试:通过模拟用户请求,对系统进行压力测试。
可以确定系统在承载高负载情况下的性能表现,并评估系统的容量和吞吐量。
2. 性能剖析:通过工具对系统进行监控和分析,找出性能瓶颈和优化点。
如使用性能监控工具分析数据库查询性能,提升系统的响应速度。
3. 并发测试:模拟多个用户同时访问系统,评估系统在并发用户数增加时的性能表现。
通过并发测试,可以确定系统在高并发场景下是否稳定。
4. 容量规划:通过对系统的容量需求和性能指标进行预测和规划,确保系统在用户量增加时仍然能够保持良好的性能。
5. 压力测试:通过增加负载和并发用户数,对系统进行高压力测试。
可以评估系统在极限情况下的性能表现,发现系统的弱点并做好优化工作。
总结软件测试中的性能指标与评估方法,对于确保软件系统的可靠性和稳定性至关重要。
合理选择和运用性能指标和评估方法,能够帮助开发人员和测试人员更好地评估系统的性能表现,并在测试过程中及时发现和解决性能问题。
性能测试通常需要监控的指标

性能测试通常需要监控的指标在进行性能测试时,需要监控以下指标以评估系统的性能和效率:1.响应时间:响应时间是衡量系统响应请求的速度。
它是从发送请求到收到相应的时间间隔。
较短的响应时间表示系统运行速度快,用户获得结果的等待时间短。
2.吞吐量:吞吐量是单位时间内系统处理的请求数量。
它表示系统的处理能力,较高的吞吐量意味着系统能够同时处理更多的请求。
3.并发用户数:并发用户数指同时访问系统的用户数量。
它反映了系统能够同时支持的用户数量,较高的并发用户数表示系统能够处理更多的并发请求。
4.CPU使用率:CPU使用率表示当前系统的CPU利用率。
它反映了系统的负载情况,较高的CPU使用率可能导致系统性能下降。
5.内存使用率:内存使用率表示当前系统的内存利用率。
它反映了系统内存的负载情况,较高的内存使用率可能导致系统出现内存不足的情况。
6.网络延迟:网络延迟是从发送请求到接收到响应的时间间隔。
它反映了网络传输的速度和稳定性,较短的网络延迟表示网络传输速度快。
7.数据库响应时间:对于涉及数据库的系统,需要监控数据库的响应时间。
较短的数据库响应时间表示数据库访问效率高。
8.磁盘I/O:磁盘I/O是指磁盘的读写操作。
需要监控磁盘的读写速度和响应时间,较高的磁盘I/O可能影响系统的性能和效率。
9.错误率:错误率表示系统处理请求时出现错误的比率。
较低的错误率表示系统稳定性高,较高的错误率可能表示系统存在问题。
10.带宽利用率:带宽利用率表示当前网络带宽的利用率。
较高的带宽利用率可能导致网络拥堵和传输速度下降。
11.日志记录:性能测试还需要监控系统的日志记录,以便分析和诊断问题。
需要记录系统的运行日志、错误日志和性能日志等。
通过监控这些指标,可以评估系统的性能和效率,并及时发现和解决潜在的性能问题。
性能测试参数指标值方案

性能测试参数指标值方案性能测试是一种测试方法,用于评估系统在不同负载下的性能表现。
在进行性能测试时,需要选择合适的性能测试参数指标值来衡量系统的性能。
本文将介绍一些常见的性能测试参数指标值,并提供一种1200字以上的方案。
一、响应时间(Response Time)响应时间是指用户发起请求后,系统响应请求所需的时间。
响应时间是评估系统性能的重要指标,常用单位为毫秒(ms)。
可以设置不同的负载场景,通过监测系统在不同负载下的响应时间,来评估系统的性能。
二、并发用户数(Concurrency)并发用户数是指系统同时能够处理请求的用户数量。
通过逐渐增加并发用户数,观察系统的性能表现。
常用的并发用户数指标值为100、500、1000等。
三、吞吐量(Throughput)吞吐量是指在单位时间内系统处理的请求数量。
吞吐量一般以每秒请求数(TPS)或每分钟或每小时请求数来衡量。
通过增加负载,观察系统的吞吐量,来评估系统的性能。
通常,可将吞吐量的指标值设置为500、1000、2000等。
四、错误率(Error Rate)错误率是指系统在处理请求时产生错误的比例,常用百分比表示。
通过监测系统的错误率,可以评估系统在不同负载下的稳定性和可靠性。
通常,可将错误率设置为1%、2%或更低值。
五、CPU使用率(CPU Usage)CPU使用率是指系统在处理请求时使用的CPU资源占总CPU资源的比例。
通过监测系统的CPU使用率,可以评估系统的处理能力。
通常,可以将CPU使用率的指标值设置为50%、70%或更高值。
六、内存占用(Memory Consumption)内存占用是指系统在处理请求时使用的内存资源量。
通过监测系统的内存占用情况,可以评估系统的性能和稳定性。
通常,可以将内存占用的指标值设置为500MB、1GB或更高值。
七、网络延迟(Network Latency)网络延迟是指从用户发送请求到服务器响应请求所需的时间。
通过监测系统的网络延迟,可以评估系统的响应速度和网络传输性能。
性能测试常用指标:响应时间,吞吐量,TPS,QPS,并发数,点击数,资源利用率,错误率

性能测试常⽤指标:响应时间,吞吐量,TPS,QPS,并发数,点击数,资源利⽤率,错误率对于性能测试,以上性能指标必须要有清楚的理解,⾃⼰总结如下:1. 响应时间(RT) 是指系统对请求作出响应的时间。
这个指标与⼈对软件性能的主观感受是⼀致的,因为它完整地记录了整个计算机系统处理请求的时间。
由于⼀个系统通常会提供许多功能,⽽不同功能的处理逻辑也千差万别,因⽽不同功能的响应时间也不尽相同,甚⾄同⼀功能在不同输⼊数据的情况下响应时间也不相同。
所以,在讨论⼀个系统的响应时间时,⼈们通常是指该系统所有功能的平均时间或者所有功能的最⼤响应时间。
当然,往往也需要对每个或每组功能讨论其平均响应时间和最⼤响应时间。
对于单机的没有并发操作的应⽤系统⽽⾔,⼈们普遍认为响应时间是⼀个合理且准确的性能指标。
需要指出的是,响应时间的绝对值并不能直接反映软件的性能的⾼低,软件性能的⾼低实际上取决于⽤户对该响应时间的接受程度。
对于⼀个游戏软件来说,响应时间⼩于100毫秒应该是不错的,响应时间在1秒左右可能属于勉强可以接受,如果响应时间达到3秒就完全难以接受了。
⽽对于编译系统来说,完整编译⼀个较⼤规模软件的源代码可能需要⼏⼗分钟甚⾄更长时间,但这些响应时间对于⽤户来说都是可以接受的。
注意: 在性能测试中, 响应时间要做更细致划分2. 吞吐量(Throughput)吞吐量是指系统在单位时间内处理完成的客户端请求的数量, 直接体现软件系统的性能承载能⼒。
这是⽬前最常⽤的性能测试指标。
对于服务器来讲,吞吐量越⾼越好.吞吐量是⼀个很宽泛的概念, 通常情况下,⽤“请求数/秒”或者“页⾯数/秒”来衡量。
体现:1. 业务⾓度: 业务数/⼩时或访问⼈数/天等2. ⽹络流量: 字节数/⼩时或字节数/天等3. 服务器性能处理能⼒(重点): TPS(每秒事务数) 和 QPS(每秒查询数):对于⽆并发的应⽤系统⽽⾔,吞吐量与响应时间成严格的反⽐关系,实际上此时吞吐量就是响应时间的倒数。
性能测试报告里包含哪些关键的性能指标

性能测试报告里包含哪些关键的性能指标我们做性能测试的目标是,在大用户量、数据量的超负荷下,获得服务器运行时的相关数据,从而分析出系统瓶颈,提高系统的稳定性。
而在一份性能测试报告里,会看到以下的这些关键的数据指标:最大并发用户数,HPS(点击率)、事务响应时间、每秒事务数、每秒点击量、吞吐量、CPU使用率、物理内存使用、网络流量使用等。
但性能测试的指标,前后端的性能测试关注点是不一样的。
前端需主要关注的点是:响应时间:用户从客户端发出请求,并得到响应,以及展示出来的整个过程的时间。
加载速度:通俗的理解为页面内容显示的快慢。
流量:所消耗的网络流量。
后端需主要关注的是:响应时间:接口从请求到响应、返回的时间。
并发用户数:同一时间点请求服务器的用户数,支持的最大并发数。
内存占用:也就是内存开销。
吞吐量(TPS):Transaction Per Second, 每秒事务数。
在没有遇到性能瓶颈时:TPS=并发用户数某事务数/响应时间。
错误率:失败的事务数/事务总数。
资源使用率:CPU占用率、内存使用率、磁盘I/O、网络I/O。
系统性能指标、资源性能指标、稳定性指标一、系统性能指标常见的可从如下几类进行参考:响应时间系统处理能力吞吐量并发用户数错误率1、响应时间简称RT,指的是客户发出请求到得到系统响应的整个过程的时间。
也就是用户从客户端发起一个请求开始,到客户端接收到从服务器端返回的响应结束,整个过程所耗费的时间。
直观上看,这个指标与人对软件性能的主观感受是非常一致的,因为它完整地记录了整个计算机系统处理请求的时间。
2、系统处理能力指系统在利用系统硬件平台和软件平台进行信息处理的能力。
系统处理能力通过系统每秒钟能够处理的交易数量来评价,交易有两种理解:一是业务人员角度的一笔业务过程;二是系统角度的一次交易申请和响应过程。
前者称为业务交易过程,后者称为事务(事务是用户其中一步或几步操作的集合)。
两种交易指标都可以评价应用系统的处理能力。
详解网站性能测试指标

详解网站性能测试指标网站性能测试是指通过对网站的各项性能指标进行检测和评估,来评估网站在实际使用中表现的好坏。
网站性能测试的指标有很多,主要包括响应时间、并发用户数、吞吐量、负载能力和稳定性等。
1.响应时间:响应时间是指从用户发送请求到网站返回结果的时间间隔。
一般来说,响应时间越短越好,因为用户会因为等待而感到不耐烦。
响应时间包括客户端响应时间和服务器响应时间两个方面。
2.并发用户数:并发用户数是指同时访问网站的用户数量。
并发用户数高表示网站能够承受更多的访问量,而不会导致响应时间过长或网站崩溃。
并发用户数的测试可以模拟大量用户同时访问网站的场景,以评估网站是否能够满足用户的需求。
3.吞吐量:吞吐量是指网站单位时间内能够处理的请求数量。
吞吐量高表示网站具有较高的处理效率和容量,能够更快地响应用户的请求。
吞吐量的测试可以通过模拟大量的请求并观察网站的响应情况来进行。
4.负载能力:负载能力是指网站在承受大量并发请求时的稳定性和性能表现。
负载能力测试可以模拟高并发访问和大数据量访问等场景,评估网站在负载情况下的表现。
负载能力测试可以通过逐渐增加并发用户数量和请求量,观察网站的响应时间和吞吐量等指标来进行。
5.稳定性:稳定性是指网站在长时间高负载情况下的表现。
稳定性测试可以模拟长时间高并发访问、持续大数据量访问等场景,评估网站在持续高负载情况下的稳定性和可靠性。
稳定性测试通常需要运行较长时间,观察网站的响应时间、错误率和崩溃情况等指标来评估。
除了以上主要的指标外,还可以通过其他指标来评估网站的性能,如页面大小、页面加载时间、网络延迟等。
页面大小和加载时间直接影响用户的体验,过大的页面和过长的加载时间会导致用户等待时间过长。
网络延迟是指用户请求到服务器响应的时间间隔,网络延迟越低,用户的体验越好。
综上所述,网站性能测试指标涵盖了响应时间、并发用户数、吞吐量、负载能力、稳定性等多个方面,通过对这些指标的测试和评估,可以有效地提升网站的性能和用户体验。
性能测试指标范文

性能测试指标范文性能测试指标是用于衡量系统或应用程序在特定条件下执行任务的能力和效率的参数。
它们对于评估系统的健康状况、容量规划和优化以及性能验证都非常重要。
本文将介绍一些常见的性能测试指标,包括响应时间、吞吐量、并发用户数、错误率和资源利用率等。
1. 响应时间(Response Time):响应时间是指系统从接收请求到返回响应之间的时间间隔。
它是用户等待系统响应的主要指标,反映了系统的响应速度。
通常以毫秒为单位衡量,较短的响应时间意味着系统响应更快。
2. 吞吐量(Throughput):吞吐量是指在一段时间内系统能够处理的请求数量。
它通常用每秒请求数(TPS)表示,较高的吞吐量意味着系统能够更快地处理请求。
对于高负载的系统,吞吐量是评估系统性能的重要指标。
3. 并发用户数(Concurrency):并发用户数是指在同一时间段内可以同时使用系统的用户数量。
它是衡量系统能够同时处理的用户数量的指标。
当并发用户数增加时,系统的性能可能会下降,因此必须评估系统在不同并发用户数下的性能表现。
4. 错误率(Error Rate):错误率是指在一定时间内请求处理失败的比例。
它显示了系统处理请求的准确性和可靠性。
通常以百分比表示,较低的错误率表示系统更可靠。
5. 资源利用率(Resource Utilization):资源利用率是指系统在执行任务期间使用的计算资源、内存、存储和带宽等的占用情况。
评估资源利用率可以帮助确定系统的性能瓶颈和优化需求。
6. 系统负载(System Load):系统负载指系统在执行任务期间的负载情况,主要包括CPU使用率、内存使用率和网络流量等。
通过监控系统负载可以了解系统的负载情况,调整系统配置以提高性能。
7. 可伸缩性(Scalability):可伸缩性是指系统在增加负载时的性能表现。
一个可伸缩的系统应该能够通过增加硬件资源或分布式部署来应对更高的负载。
评估和测试系统的可伸缩性是重要的性能衡量指标。
软件测试中的性能指标和报告

软件测试中的性能指标和报告在软件开发过程中,性能是一个至关重要的指标,它直接影响到软件的质量和用户体验。
因此,在软件测试过程中,评估和监测软件的性能非常重要。
本文将探讨软件测试中的性能指标和报告,以及如何有效地测试和优化软件的性能。
一、性能指标在软件测试中,有多个重要的性能指标需要考虑。
以下是一些常见的性能指标:1. 响应时间:指从用户输入请求到系统返回响应的时间间隔。
较短的响应时间表示了较高的性能水平。
2. 吞吐量:表示系统单位时间内处理的请求数量。
较高的吞吐量表示系统可以处理更多的请求,具有较好的性能。
3. 并发性能:衡量系统在同时处理多个请求时的性能能力。
较高的并发性能意味着系统能够处理更多的并发请求。
4. 资源利用率:评估系统在执行任务时使用资源的效率。
较高的资源利用率表示系统可以更有效地利用资源。
5. 可扩展性:指系统在面对不断增加的负载时,能够维持或提高性能水平的能力。
具有较好可扩展性的系统可以适应不断增长的用户量。
二、性能测试为了评估软件的性能指标,需要进行性能测试。
性能测试可以帮助发现系统性能瓶颈,并确定哪些方面需要改进。
以下是一些常见的性能测试方法:1. 负载测试:通过模拟多个并发用户,并逐渐增加负载,来评估系统在不同负载下的性能。
2. 压力测试:通过将系统置于负载极限下,来测试系统在极限负载下的稳定性和性能表现。
3. 容量测试:确定系统可以处理的最大负载量,以及达到该负载量时的性能表现。
4. 稳定性测试:测试系统在长时间运行中的稳定性和性能表现。
三、性能报告性能测试完成后,需要撰写性能报告以汇总测试结果和提供改进建议。
以下是一些应包含在性能报告中的内容:1. 测试环境:提供测试所使用的硬件、软件和网络环境的详细信息,以便其他人能够在相似环境中重现测试。
2. 测试目标:明确测试的目标和范围,例如测试的功能、负载量和持续时间等。
3. 测试方法:描述使用的测试方法和工具,以及测试的步骤和过程。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
性能测试指标介绍第一页 | 第二页TPC-C作为一家非盈利性机构,事务处理性能委员会(TPC)负责定义诸如TPC-C、TPC-H和TPC-W基准测试之类的事务处理与数据库性能基准测试,并依据这些基准测试项目发布客观性能数据。
TPC基准测试采用极为严格的运行环境,并且必须在独立审计机构监督下进行。
委员会成员包括大多数主要数据库产品厂商以及服务器硬件系统供应商。
相关企业参与TPC基准测试以期在规定运行环境中获得客观性能验证,并通过应用测试过程中所使用的技术开发出更加强健且更具伸缩性的软件产品及硬件设备。
TPC-C是一种旨在衡量联机事务处理(OLTP)系统性能与可伸缩性的行业标准基准测试项目。
这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。
许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。
TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务(tpmC)吞吐量。
特别值得一提的是,它将专门测量系统在同时执行其它四种事务类型(如支付、订单状态更新、交付及证券级变更)时每分钟所生成的新增订单事务数量。
独立审计机构将负责对基准测试结果进行公证,同时,TPC将出据一份全面彻底的测试报告。
这份测试报告可以从TPC Web站点()上获得。
tpmC定义: TPC-C的吞吐量,按有效TPC-C配置期间每分钟处理的平均交易次数测量,至少要运行12分钟。
1.TPC-C规范概要TPC-C是专门针对联机交易处理系统(OLTP系统)的,一般情况下我们也把这类系统称为业务处理系统。
TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商,它拥有若干个分布在不同区域的商品库;每个仓库负责为10个销售点供货;每个销售点为3000个客户提供服务;每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货,需要由其他区域的仓库来供货。
该系统需要处理的交易为以下几种:∙New-Order:客户输入一笔新的订货交易;∙Payment:更新客户账户余额以反映其支付状况;∙Delivery:发货(模拟批处理交易);∙Order-Status:查询客户最近交易的状态;∙Stock-Level:查询仓库库存状况,以便能够及时补货。
对于前四种类型的交易,要求响应时间在5秒以内;对于库存状况查询交易,要求响应时间在20秒以内。
逻辑结构图:流程图:2.评测指标TPC-C测试规范经过两年的研制,于1992年7月发布。
几乎所有在OLTP市场提供软硬件平台的厂商都发布了相应的TPC-C测试结果,随着计算机技术的不断发展,这些测试结果也在不断刷新。
TPC-C的测试结果主要有两个指标:● 流量指标(Throughput,简称tpmC)按照TPC的定义,流量指标描述了系统在执行Payment、Order-status、Delivery、Stock-Level这四种交易的同时,每分钟可以处理多少个New-Order交易。
所有交易的响应时间必须满足TPC-C测试规范的要求。
流量指标值越大越好!● 性价比(Price/Performance,简称Price/tpmC)即测试系统价格(指在美国的报价)与流量指标的比值。
性价比越小越好!3.结果发布各厂商的TPC-C测试结果都按TPC组织规定的两种形式发布:测试结果概要(Executive Summary)和详细测试报告(Full Disclosure Report)。
测试结果概要中描述了主要的测试指标、测试环境示意图以及完整的系统配置与报价,而详细测试报告中除了包含上述内容外,还详细说明了整个测试环境的设置与测试过程。
P690 tpmC测试值:76,389,839.00$/tpmC:831.00美国美金报价:6,349,223.0CPU数:32数据库:IBM DB2 UDB 8.1操作系统:AIX 5L V5.2中间件:TUXEDO 8.0测试日期:2003.6.30P690 TPC-C测试的配置:1.后台:1 x eServer pSeries 690 with 32 x 1.7GHz POWER4+ processors with 128MB L3 cache per MCM (total of four MCMs), 512GB memory2.前端:30 x eServer pSeries 630 Model 6E4 each with 4 x 1.0GHz POWER4 CPUs with 32MB L3 cache, 16GB memorySPECweb:SPECweb96: 在SPECweb96基准测试程序上实现的每秒钟超文本传输协议(HTTP)操作最多次数,响应时间无明显退化。
SPECweb99: 接入数,网络服务器可用预先确定的工作量支持的同时接入数。
SPECweb99检测设备模拟客户通过慢Internet联接,向网络服务器发送HTTP工作量请求。
SPECweb99 测试Web服务器运行状况SPECweb99 是由标准性能评估组织(SPEC)开发的Web服务器基准测试。
它测量满足特定吞吐量和客户请求响应速率要求的WEB服务器的最大并发连接数量。
并发连接的合计波特率在320 Kbps到400Kbps范围内,则满足相应规范。
SPECweb99 在一台称为主客户端的机器上运行,这台机器上包含有允许用户加载特定负载请求的配置文件。
主客户端也要处理在客户端和服务器或测试中的系统(SUT)之间的传输协调问题。
客户端通过许多子进程/线程生成独立HTTP请求流,仿真足够的负载发送给SUT。
图二表示客户端/服务器的层次关系。
图:典型的SPECweb99实验环境在这个测试中,客户端向测试中的服务器发送请求数据。
测试规范要求客户端和服务器之间的连接不能使用片段大小大于1460比特的TCP协议。
因此,每一个客户端读取1460比特或更少数据块的响应。
测试中使用两种类型的负载量:静态负载. 静态负载具有四种类型的文件。
最小的文件的增幅为0.1KB,第二种文件类型的增幅为1KB,最后两种类型的文件的增幅为10KB和100KB。
每一个目录包含每种类型9个文件共36个文件。
目标请求的文件类型在各类型中分散使用。
在每一类中的9个文件中又进行二次分布。
最终目标文件混合为:35%的请求文件小于1 KB50%的请求文件小于10 KB14%的请求文件小于100 KB,但是大于或等于10 KB1%的请求文件小于1000 KB,但是大于或等于100 KB动态负载.动态负载是基于广告和用户注册。
共有四种在SPECweb99中使用的请求内容类型,分别是标准动态取操作、动态随机取操作、动态发送操作和客户图形接口动态取操作。
标准动态取操作和客户图形接口动态取操作表现web服务器的简单广告轮转特性。
带有广告轮转的动态取操作追踪用户和用户选择,所以广告可以由不同的方式来定制。
最终,动态发布实施一个用户注册在相应的网站上。
P690 SPECweb99测试值:21,000Web服务器:Zeus 4.0操作系统:AIX 5L V5.1 (64-bit)CPU数:16测试日期:2001-10-1测试配置:16 x 1.3GHz POWER-4 Processors w/1440KB unified on chip L2 cache, 192GB memory, 32 x 32 IBM Gigabit Ethernet-SX PCI controllers, 32 x Gigabit Ethernet network (1 Gigabit/sec ), 96 x Clients (4 x 375MHz POWER3-II, RS/6000 44P-270), Requested Connections = 21000, Max Fileset Size = 67319.6MBP650 SPECweb99测试值:12,400Web服务器:Zeus 4.1r3操作系统:AIX 5L V5.2 (64-bit)CPU数:8测试日期:2002-10-1测试配置:8 x 1.45GHz POWER4+ processors w/1.5MB(I+D) unified on chip L2 cache, 32MB unified off chip/SCM L3 cache, 64GB memory, 8 x Gigabit Ethernet-SX PCI-X controllers, 8 x Gigabit Ethernet network (1 Gigabit/sec ), 48 x Clients (6 x 668MHz RS64-IV, pSeries 620 Model 6F1), Requested Connections = 12400, Max Fileset Size = 39801.28MBp630 SPECweb99测试值:6,895Web服务器:Zeus 4.2r1操作系统:AIX 5L V5.2(64-bit)CPU数:4测试日期:2003-2-1测试配置:4 x 1450MHz POWER4+ Processors w/1536KB(I+D) unified on chip L2 cache, 8MB unified (off chip)/SCM L3 cache, 32GB memory, 4 x Gigabit Ethernet-SX PCI-X controllers, 4 x Gigabit Ethernet networks (1 Gigabit/sec ), 24 x Clients (4 x 375MHz POWER3-II, pSeries 640 Model B80), Requested Connections = 6900, Max Fileset Size = 22199.12MBNotesBench:NotesBench是测试各种不同Lotus Notes方面的驱动程序。
目的是执行自定义工作量教本中的命令,模拟客户机的操作。
NotesBench测试“仅测试邮件”和“测试邮件和数据库”。
所有已经公布的IBM结果均为“仅测试邮件工作量”。
p680 NotesBench测试值:150,197用户数:108,000平均反应时间:0.584秒Domino服务器版本:5.06a操作系统:AIX 4.3.3CPU数:4测试日期:2001.11.20测试配置:IBM eServer pSeries 680 (24*RS64 IV/600MHz; 96GB RAM, 30 Partitions)。