tps是什么？（lr）

uqiu

我看到lr负载测试记录中关于fail的查看详细其中有一项tps，不知道是什么东东。

yhp1314520

Ejitec  9:32:01
有人知道为什么disable harddisk cache后， TPS反而会升高的原因吗？

我的理解是在资源允许的情况下上线前压测TPS越高越好，在上线后所请求的TPS越低对服务器的压力越小；如果很低那就没有缓存的意义（缓存本身也会占用较多资源）
上线后针对磁盘的话禁用缓存肯定提高TPS，此时在达到一定量之后服务器压力也会随之上升；缓存开启会先读取缓存针对磁盘的TPS肯定会降低。另外我对TPS的理解为每秒成功处理事务数
在同等资源占用的情况下软硬件能处理的TPS越高意味着性能越好（有个前提条件为监测对比的事务为同一个事务），不晓得对不对？

mvvztt

其实就是想知道LR中的TPS是怎么算出来的，我测试过一个登录的功能，事务平均响应时间只有零点零几秒，但是TPS只有1，很纳闷

mvvztt

首先，需要明白事务是如何定义的。

事务可以从客户端角度进行定义。如一个登录的POST请求可定义为一个事 ...
dennyqiang 发表于 2010-5-31 16:34

    这里总的时间是指整个场景运行的时间么？

shally09

首先，需要明白事务是如何定义的。

事务可以从客户端角度进行定义。如一个登录的POST请求可定义为一个事 ...
dennyqiang 发表于 2010-5-31 16:34

学习

zsjmm

原帖由 dennyqiang 于 2010-5-31 16:34 发表
首先，需要明白事务是如何定义的。

事务可以从客户端角度进行定义。如一个登录的POST请求可定义为一个事务，一个文件上传下载的动作也可定义为一个事务，一组连续的请求操作也可定义一个事务。

事务也可从服务 ...

受益！

liyia

每帖必看!
看帖必回!

qzj_test

哦

dennyqiang

首先，需要明白事务是如何定义的。

事务可以从客户端角度进行定义。如一个登录的POST请求可定义为一个事务，一个文件上传下载的动作也可定义为一个事务，一组连续的请求操作也可定义一个事务。

事务也可从服务器端定义，如执行一个数据库事务，或一段存储过程，或一个服务器请求等。

所有性能测试工具均是用多线程的方式来模拟客户端，所以在性能测试工具中对事务的定义均从客户端角度来度量。

理解了事务，再理解TPS，TPS需要结合性能测试场景来说明：
1) 单体测试：如本次测试只测登录这一功能，便于分析和寻找瓶颈，也可做并发测试。此时TPS = 总事务数 / 总时间(秒)
2) 混合测试：多种模块一起进行测试，更符合真实场景，便于对服务器的整体处理能力进行评估，TPS = 单个事务的TPS总和。

由于事务是从客户端进行定义的，所以完全由性能测试人员决定事务的粒度。

tanwen321

原帖由 sunshinelius 于 2004-9-20 11:43 发表
tps是什么

TPS 是Transactions Per Second 的 缩 写， 也 就 是 事 务 数/ 秒。 它 是软件测试结 果 的 测 量 单 位。 一 个 事 务 是 指 一 个 客 户 机 向 服 务 器 发 送 请 求 然 后 服 务 器 做 出 反 应 的 ...

按照这个说法，是不是应该这样理解，比如我定义了一个事务（test），而在场景中事务的平均响应时间是5S，那是不是test事务的TPS就是0.2呢？

或者是这样，我定义场景运行呢15分钟，而15分钟里事务test运行了100次，则test事务的TPS是100/(15*60)=0.11

但根据TPS结果，这2种算法显然都是不正确的。

根据定义大家都好像明白TPS指的是事务率，可有人知道这个到底是怎么计算出来的吗？难道我们都被LOADRUNNER忽悠了？

womode

别人给我们提了一个关于压力测试的报告，其中就有写到 tps的值，我没搞明白的是，这个tps是对服务器的一个值的考评，还是对测试的项目的值的评定。

与测试出来的TTFB Avg，TTLB Avg有关系吗？
另外我将测试的结果报告贴出来，大伙能否指导一下，我如何判断这个性能是在什么区间， 或者是得到 tps值？？ 小弟冒昧，不懂，勿见笑、。

多谢指教、指正。Q：313464979

这是我通过 was返回的测试报告：   
Overview
================================================================================
Report name:                  2010-1-28 14:51:25
Run on:                       2010-01-28 14:51:25
Run length:                   00:03:10

Web Application Stress Tool Version:1.1.293.1

Number of test clients:       1

Number of hits:               1315
Requests per Second:          21.92

Socket Statistics
--------------------------------------------------------------------------------
Socket Connects:              1315
Total Bytes Sent (in KB):     806.58
Bytes Sent Rate (in KB/s):    13.44
Total Bytes Recv (in KB):     5083.10
Bytes Recv Rate (in KB/s):    84.72

Socket Errors
--------------------------------------------------------------------------------
Connect:                      0
Send:                         0
Recv:                         0
Timeouts:                     0

RDS Results
--------------------------------------------------------------------------------
Successful Queries:           0


Script Settings
================================================================================
Server:                       localhost
Number of threads:            500

Test length:                  00:01:00
Warmup:                       00:01:00
Cooldown:                     00:01:00

Use Random Delay:             No

Follow Redirects:             Yes
Max Redirect Depth:           15


Clients used in test
================================================================================
localhost

Clients not used in test
================================================================================


Result Codes
Code      Description                   Count     
================================================================================
200       OK                            1315      


Page Summary
Page                            Hits      TTFB Avg  TTLB Avg  Auth      Query     
================================================================================
CONNECT clients1.google.com:44  139       36.65     36.68     No        No        
GET /message.php                424       41116.41  41116.89  No        No        
GET /ms_login.php               424       1173.97   1174.47   No        No        
POST /ms_login.php?action=logi  110       309.06    310.73    No        No        
GET /message.php                58        300.22    301.66    No        No        
GET /css/div.css                21        97.29     97.29     No        No        
POST /message.php?action=messa  139       54669.60  54670.00  No        No

kuangquanshui

这都是什么和什么  全看不明白  感冒了  难受

taijizongshi

关于这个TPS的讨论，一直都是没有停止。
我这里有这样一个疑问。我现在在一个场景中设置三种情况：
1、在脚本中添加任何事物，只设置每个Action作为一个事务，运行场景得出TPS1
2、设置每个函数操作作为一个事务，运行场景得出TPS2
3、在一个几百上千个步骤的action中，中间的某一步，人工添加一个事务，运行场景得出TPS3

那这样的三种设置，得出的TPS肯定是不同的，TPS2 > TPS3 > TPS1

那如果是这样的话，我们如何根据TPS的值，去评估系统的处理能力呢？？

希望高手能解答！

bluejay

04年的帖子都翻出来了~

aitthings

明白啦 谢谢

yzylion

不是吧，事物本身的定义就说明了这一点，MS

mustwangrong

网站上有很多的图片,有很多的链接.这样在经过压力测试以后,TPS自然会很高?
要看你对transaction的定义吧--如果transaction没有包含这些图片，那和tps有什么关系？
而且包含东西越多（尤其是图片）只会使tps更小吧

chenhuiylj

fishsky

对的...就比如说录制的是一个网站,网站上有很多的图片,有很多的链接.这样在经过压力测试以后,TPS自然会很高.当然,不代表服务器的性能很好.而且在report中,要结合CPU,内存,I/O等.TPS和HITS只能作一个最表面的分析.

wssgily

不能单纯的理解TPS,必须和HPS结合起来一起看这个问题!