事务处理性能委员会TPC

事务处理性能委员会（ Transaction Processing Performance Council ），是由数10家会员公司创建的非盈利组织，总部设在美国。该组织对全世界开放，但迄今为止，绝大多数会员都是美、日、西欧的大公司。TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功能是制定商务应用 基准程序（Benchmark）的标准规范、性能和价格度量，并管理测试结果的发布。

TPC不给出基准程序的代码，而只给出基准程序的标准规范（Standard Specification）。任何厂家或其它测试者都可以根据规范，最优地构造出自己的系统（测试平台和 测试程序）。为保证测试结果的客观性，被测试者（通常是厂家）必须提交给TPC一套完整的报告（Full Disclosure Report），包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价格。该报告必须由TPC授权的审核员核实（TPC本身并不做审计），现在全球只有几个审核员，全部在美国。

TPC已经推出了四套 基准程序，被称为TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已经过时，不再使用了。TPC－C是在线事务处理(OLTP)的基准程序，TPC－D是决策支持(Decision Support) 的基准程序。TPC即将推TPC－E，作为大型企业(Enterprise)信息服务的基准程序。

基准测试

TPCC值被广泛用于衡量C/S环境下，由服务器和客户端构筑的整体系统的性能，它由事务处理性能委员会（TPC，Transaction Processing Council）制定，TPC为非赢利性国际组织。TPCC值可以反映出系统的性能价格比。TPCC测试系统每分钟处理的任务数，单位为tpm,(transactions per minute)。系统的总体价格（单位为美元）除以TPCC值，就可以衡量出系统的性价比（单位为$/tpm），系统的性价比值越小，系统的性价比越好。需要注意的是，TPCC值描述的是C/S整体系统的性能，它与系统的服务器和客户机的性能都有关系，也就是说，同样的 服务器配置不同的客户端将会影响TPCC值，任何厂商和测试者都可以根据TPC提供的测试规范构造出自己最优的系统，当然测试的结果要经过TPC审核。

运行 OLTP 类型的性能基准测试程序（TPC-C、TPC-W、Trade2 等）所得到的经验，着重讨论了许多 DB2 性能调优技巧

TPC(Transactionprocessing Performance Council，事务处理性能委员会)是由数十家会员公司创建的非盈利组织，总部设在美国。TPC的成员主要是计算机软硬件厂家，而非计算机用户，其功能是制定商务应用基准程序的标准规范、性能和价格度量，并管理测试结果的发布。

TPC不给出基准程序的代码，而只给出基准程序的标准规范。任何厂家或其他测试者都可以根据规范，最优地构造出自己的测试系统(测试平台和测试程序)。为保证测试结果的完整性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含5年维护费用在内的总价格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。TPC在全球只有不到10名审核员，全部在美国。

TPC推出过11套 基准程序，分别是正在使用的TPC-App、TPC-H、TPC-C、TPC-W，过时的TPC-A、TPC-B、TPC-D和TPC-R，以及因为不被业界接受而放弃的TPC-S（Server专门测试基准程序）、TPC-E（大型 企业信息服务测试基准程序）和TPC-Client/Server。而目前最为“流行”的TPC-C是在线事务处理(OLTP)的基准程序，于1992年7月完成，后被业界逐渐接受。

TPC-C使用三种性能和价格度量，其中性能由tpmC（transactions per minute，tpm）衡量，C指TPC中的C 基准程序。它的定义是每分钟内系统处理的新订单个数。TPC-C还经常以系统性能价格比的方式体现，单位是$/tpmC，即以系统的总价格（单位是美元）/tpmC数值得出。

tpmC

TPC已经推出了四套基准程序，被称为TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已经过时，不再使用了。TPC－C是在线事务处理(OLTP)的基准程序，TPC－D是决策支持(Decision Support) 的基准程序。TPC即将推TPC－E，作为大型企业(Enterprise)信息服务的基准程序。

TPC-C模拟一个批发 商的货物管理环境。该批发公司有N个仓库，每个仓库供应10个地区，其中每个地 区为3000名顾客服务。在每个仓库中有10个终端，每一个终端用于一个地区。在运 行时，10×N个终端操作员向公司的数据库发出5类请求。由于一个仓库中不可能 存储公司所有的货物，有一些请求必须发往其它仓库，因此，数据库在逻辑上是 分布的。N是一个可变参数，测试者可以随意改变N，以获得最佳测试效果。

TPC-C使用三种性能 和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。要注意的是，在处理新订单的同时，系统还要按表1的要求处理其它4类 事务请求。从表1可以看出，新订单请求不可能超出全部事务请求的45%，因此，当一个 系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。价格是指系 统的总价格，单位是美元，而价格性能比则定义为总价格÷性能，单位是$/tpmC。

实际应用

最理想的方式是搞一个试点，要求制造商或系统集成商配合将系统(含平台、软件和操作流程)在一个 实际用户点真正试运行一段时间。这样，用户不仅能看到实际性能，也能观察到系统是否稳定可靠、使用是否方便、服务是否周到、配置是否足够、全部价格是否合理。如果一个部门需要购买一批同类的系统，这种方式应列为首选，因为它不仅最精确、稳妥，也常常最有效率，用户还可先租一套系统作为试点。用这种方式得到的 度量值常常具有很明确和实际的含义。

用户定义

如果由于某种原因第一种方式不可行，用户可以定义一组含有自己实际应用环境特征的应用 基准程序。 我举两个例子：近年来，由于R/3软件是应用层软件，SAP公司的基准程序获得了越来越多国外企业的认可；中国税务总局最近也开发了自己的基准程序，以帮助 税务系统进行计算机选型。这种方式在中国尤其重要，因为中国的信息系统有其特殊性。

通用基准程序

如果第1种和第2种方式都不行，则使用如TPC-C之类的通用 基准程序，这是不得已的一种近似方法。因 此，tpmC值只能用作参考。我们应当注意以下几点：

(1)实际应用是否与 基准程序 相符

绝大多数基准程序都是在美国制订的，而中国的企事业单位与美国的运作方式常常不一样(恐怕也不应该或不可能一样)。在使用TPC－C时，我们应该清楚地知道：我的应用是否符合批发商模式?事务请求是否与表1近似?对响应时间的要求是否满足表1?如果都不是，则tpmC值的参考价值就不太大了。

(2)TPC度量的解释

TPC 基准程序是用来测系统而不是测 主机的，厂家肯定要充分优化他们的被测系统。此处的“系统”包括主机、 外设(如硬盘或RAID)、主机端操作系统、 数据库软件、客户端计算机及其 操作系统、数据库软件和网络连接等。在很多厂家的TPC测试系统中，主机的价格只是系统总价格的1/4或更小，而硬盘的价格有可能占到总价格的1/3以上，因为TPC－C要求被测系统必须保存180天的事务记录。如果同样的主机被用到用户的环境中，厂家报的tpmC值就意义不大，因为用户的实际系统与厂家原来用于TPC测试的系统大不一样。当同样的主机用在不同的系统中时，tpmC值可能有相当大的变化，现在很多用户还没有意识到这一点。

我举一个例子。假设用 户希望购买一批同类系统，每一系统至少需要1GB的内存和50GB的硬盘。厂家A、B、C 各报了三个价格相当的系统，tpmC值分别为3000、2800、2600。用户是否应该选厂 家A的产品呢?答案是：不一定。厂家用于测试tpmC值的系统与实际提供给用户的系统配置大不一样。tpmC最低的厂家C提供给用户的系统反而有可能性能最好，不 论是以实际系统的tpmC值还是以用户的实际应用性能来衡量。

(3)TPC测试的成本

TPC－C和TPC－D都是很复杂的 基准程序，做一个严格的测试是很消耗资源的，厂家当然不会说出他们花费了多少钱和时间。但据国外知情人士透露，一个厂家做第一个TPC－C测试需 要几十万到上百万美元的资金和半年左右的时间投入。因此，很多TPC的度量值都 是估计的。由于计算机系统换代频繁，如果用户一定要用通过审核的度量值，就必 须多等待半年时间，因此而不能用最先进的系统。中国的厂家通过审核的时间则 更长。

区别

编辑

TPC-C的模型采用的还是过时的C/S架构，而当今WEB2.0时代的OLTP应用，大多采用流行的B/S架构，需要更大规模的并行处理能力，数据库和业务逻辑也更加复杂。为此，TPC-E从C/S架构过渡到B/S架构，数据库构成更加复杂，也更加符合实际应用，当然对服务器的性能要求也更高了。 
　　TPC-E与TPC-C的数据库比较。 
　　为了保证测试性能，需要使用大量的内存和磁盘。这使得TPC-C测试所需要的成本高达千万美元，而TPC-C结果的适用性也受到了质疑。 
　　根据计算，TPC-C的硬件投入比TPC-E要高出3倍以上，由于TPC-E所需要的磁盘数量仅是TPC-C的十分之一，从而大大降低了服务器厂商搭建硬件环境的成本。

指标评价

编辑

TPC-C的过程调用，平均每个新订单需要执行2.22次。 
　　TPC-E的过程调用，平均每次交易有25.4次。 
　　选择配置相同的HP DL580 G5与IBM x3850，配置4颗四核Xeon X7350 2.93GHz处理器，由于是四路四核，所以处理器数量是16。 
　　计算方法是Average CPU-sec/call=处理器利用率×处理器数量/SQL Batches/sec， 
　　TPC-C测试结果：每秒执行407，079 TPM-C /60Sec=6785次交易，由于每次交易要做2.22次调用，也就是说每秒钟可执行6785×2.22=15，062次SQL Batches批处理。 
　　TPC-E的测试结果是479.51TPS-E（每秒完成交易次数），相当于479.51×25.4=12，180次SQL Batches批处理。 
　　由此可见，TPC-E看的不仅仅是CPU的性能，服务器系统设计、操作系统与数据库软件、存储架构等都非常关键，除了一般的操作外，还包含了多表连接查询，更加复杂。

转自：https://baike.baidu.com/item/TPC/1814556