tpc是指什么

TPC是“事务处理性能委员会”、“地球和平联合组织”和“ 传输功率控制”的简称。另外，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基准测试　TPCC值被广泛用于衡量C/S环境下，由服务器和客户端构筑的整体系统的性能，它由事物处理性能委员会（TPC，Transaction Processing Corp）制定，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的度量值都 是估计的。由于计算机系统换代频繁，如果用户一定要用通过审核的度量值，就必 须多等待半年时间，因此而不能用最先进的系统。中国的厂家通过审核的时间则 更长。

地球和平联合组织

　　地球和平联合组织（Terrestrial Peaceable Consortium ），建立于2003年，在世界范围内建立的国际和平联合组织。它最早是由联合国事务总长科菲·安南以及以中国、美国、日本、俄罗斯为主的一批科学家联合创立。这个组织现 TPC本部全景

在正在迅速的发展，旨在维护时间范围内的和平与安全。　TPC另一个简称是Terrestrial Peacekeeping Commission，用在the 4Kids Entertainment English dub中。　目前地球和平联合组织在全球都有支部以及研究中心，并且在月球表面还有观测用空间基地，在小行星带边缘还建设有宇宙探测站，其总部在日本海东部，距离东京市区大约720公里。中国远东支部设立在距离上海市区30公里的南海海面。

编辑本段其他简称

　　TPC 英文全称：Transmission Power Control （ 传输功率控制 ）　3G通信网络（TD网络）中用于功率控制的控制数据信息。应用于DPCH信道中，PCCPCH没有功率控制。　TPC应用在炼钢行业，是鱼雷罐车的意思，用于装铁水的车子。　Tpc英文全称：Tetraphenyl phosphonium chloride （四苯基氯化鏻）

事务处理性能委员会（ 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数值得出。 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。 如果第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的度量值都 是估计的。由于计算机系统换代频繁，如果用户一定要用通过审核的度量值，就必 须多等待半年时间，因此而不能用最先进的系统。中国的厂家通过审核的时间则 更长。

IBM System p5™ 570 服务器旨在以转变 IT 经济的价位提供出色的性能。该服务器具备先进的 64 位 POWER5 和 POWER5+™ 处理器，对称多处理（SMP）配置，为具有苛刻需求的一系列复杂的关键业务型应用程序提供了强大的处理能力 - 从数据库服务到企业资源规划（ERP）和事务处理。它可以同时运行 AIX 5L™ 和 Linux 操作系统，从而具备了企业为实现其目标而运行所需应用程序的灵活性。同时，秉承大型机的可靠性、可用性和可维护性功能有助于确保系统为企业全天候运行。

p5-570 服务器可以通过容量随需应变(CoD)选项激活那些已安装在系统结构中且处于非活动状态的处理器或内存。只有在激活这些资源时才需要付费。通过CoD，可以毫不费力地应对临时的峰值需求或长期增加的工作负载。

p5-570 服务器可以利用通过虚拟化引擎系统技术和操作系统(OS)实现的逻辑分区(LPAR)技术。各处理器可以独立运行工作负载，从而有助于降低成本。分区采用相互间隔离的设计方法，从而具备高级别的数据安全性，并提高了应用程序的可用性。动态LPAR 允许客户动态地将系统资源分配给应用程序分区，而无需重新引导，从而提高了可用性。

p5-570还包含高级POWER 虚拟化，它提供了Micro-PartitioningTM 和虚拟I/O 服务器(VIOS)功能，这使企业能在确保应用程序持续获得所需资源的同时提高系统利用率。利用这些虚拟化技术，可以在同一个系统上运行多个操作系统的副本，从而减少所需服务器的数量，这有助于降低软件许可证成本。

p5-570服务器具备在独立的微分区中分别运行AIX 5L 和Linux 应用程序的灵活性。这可以整合资源，从而有助于减少IT 总支出。

AIX 5L 操作系统是企业级的IBM UNIX环境，针对关键业务型应用程序进行了调优，并具有卓越的安全性、可靠性和可用性功能。它增强了JavaTM 技术、Web 性能和可伸缩性，可以管理各种规模的系统－ 从单个服务器到大型、复杂的电子商务安装。基于Web 的远程管理工具使管理员能够集中控制系统，使他们能够监控关键资源，包括适配器和网络可用性、文件系统状态和处理器工作负载。

AIX 5L 还包含了工作负载管理器，这是一种资源管理工具，可以指明工作负载的相对重要性，以均衡竞争资源的各个工作负载的需求并提高系统资源利用率。工作负载管理器可以帮助确保关键应用程序在系统需求峰值期间仍能作出响应。

建议采用IBM的P570企业级服务器承担系统的数据库系统的硬件平台，由于数据库系统的计算特性要求硬件平台具有支持大负载和大用户连接的的负载负载需求，要求硬件平台具有较强的大内存访问和高IO吞吐能力的系统。而IBM P570拥有全球16路CPU系统的TPCC基准测试结果的冠军，达到1,025,170 tpc-c，而且具有可以支持512GB内存、163个PCI－X插槽的企业级服务器的高扩展能力。完全适合中国建银投资证券有限责任公司－集中交易系统的数据库硬件平台。

通过IBM的主机集群软件HACMP组合成高可用的支持并发方式主机双机集群系统，可以共享独立的存储系统，实现数据的物理整合，又可以解决单机的高可用安全问题。如此，还可以实现两服务器间的大容量数据交换不需要消耗过多的网络带宽，和实现集中的高效和低成本的管理模式。

诸如VIOS 之类的创新技术允许共享昂贵的磁盘驱动器、通信和光纤通道适配器，以帮助降低复杂性和系统/管理费用。共享的处理器池能不受干扰地自动均衡分配给共享池的各分区间的处理能力－ 从而提高吞吐量和利用率。IBM System StorageTM 技术在p5-570 存储基础架构内提供了额外的虚拟化和分区能力。TotalStorage○RDS8000TM 产品系列具有两个存储分区，每个分区处理不同的苛刻工作负载。这使得服务器分区或两台服务器能够共享一个物理存储服务器，从而有助于提供更为经济有效的环境和更高的投资回报率。而IBM SAN Volume Controller 通过创建虚拟大型存储池来简化SAN 磁盘阵列的管理，从而有助于提高利用率和降低总体拥有成本。 每个p5-570 系统都必须连接一个IBM 硬件管理控制台(HMC)。HMC 是专用系统部件，为系统管理员提供了一个配置和管理p5-570 资源的界面。支持两个HMC 连接以用于冗余功能。HMC 的先进控制功能包括虚拟化技术、容量随需应变和集群环境管理。HMC 还提供用于问题确定和服务支持的工具。可以利用这些功能来动态地调整服务器资源，使企业能够更快地响应需求的变化。另外，可在每台服务器上整合更多的服务－ 这可以降低许可证成本、减少服务器管理的复杂性并提高吞吐量和系统利用率。

p5-570 服务器旨在为关键业务型应用程序提供全新的广受认可的、秉承大型机技术的RAS 功能。它具备多个资源，能快速发现并帮助解决系统问题。在运行期间，错误检查和更正(ECC)会检查数据以查找错误，并实时更正它们。首次故障数据捕获(FFDC)功能记录问题的起源和根本原因以防止间歇性故障的重现(这类故障在诊断时难以重现)。同时，动态处理器释放和动态PCI-X 总线插槽的释放有助于在发现即将出现故障时重新分配系统资源，以便使应用程序不受干扰地继续运行。

p5-570 还包含一些结构化元素，从而有助于确保卓越的可用性和可维护性。I/O 扩展抽屉包括热交换磁盘支架和热插拔/可任何交换PCI-X 插槽，允许管理员在I/O 扩展抽屉中修复、替换或安装适配器，从而有助于预防系统中断和提高可用性。冗余的热插拔电源和冷却子系统可以在单元出现故障时继续提供电源和冷却系统，并且易于替换。在整个电源出现故障的情况下，“早期电源关闭警报”功能用来有序地进行断电。另外，还可以选用主备用和冗余备用电池电源子系统。

冗余服务处理器通过持续监控系统的运行并采取预防措施以快速解决问题，从而帮助标准服务处理器防止停机的发生和识别故障组件。动态固件更新功能(可选)使管理员能够有选择地更新系统固件，而无需使服务器停机。为了使服务器可用性达到最高，p5-570 可与旨在提供近乎不间断的可用性的HACMP 集群在一起。另外，IBM System Storage 以及IBM Tivoli○R 软件和服务还提供了大量的高可用性选项，如从集群服务器环境中本地镜像进行更快的恢复。

p5-570 服务器具备在独立的微分区中分别运行AIX 5L 和Linux 应用程序的灵活性。这可以整合资源，从而有助于减少IT 总支出。

AIX 5L 操作系统是企业级的IBM UNIX环境，针对关键业务型应用程序进行了调优，并具有卓越的安全性、可靠性和可用性功能。它增强了JavaTM 技术、Web 性能和可伸缩性，可以管理各种规模的系统－ 从单个服务器到大型、复杂的电子商务安装。基于Web 的远程管理工具使管理员能够集中控制系统，使他们能够监控关键资源，包括适配器和网络可用性、文件系统状态和处理器工作负载。

AIX 5L 还包含了工作负载管理器，这是一种资源管理工具，可以指明工作负载的相对重要性，以均衡竞争资源的各个工作负载的需求并提高系统资源利用率。工作负载管理器可以帮助确保关键应用程序在系统需求峰值期间仍能作出响应。 通过支持Linux OS，p5-570 使您有机会能极大地节约成本。由于Linux 是一种开放源码技术，所以它在许可证方面的费用比许多专用操作系统要低很多。随着可用的Linux 应用程序的增多，企业可以按自己需要自由地使用合适的应用程序。可以从IBM 和选定的Linux 分发商订购Linux 操作系统，其中包含许多开放源码工具和应用程序。IBM 坚决支持Linux 并提供专业的服务和支持。

TPC-C学习笔记

摘录：本文章来自：http://blogcsdnnet/Ruluo/archive/2005/10/21/510822aspx

TPC-C学习笔记

2�TPCC基准测试

TPCC值被广泛用于衡量C/S环境下,由服务器和客户端构筑的整体系统的性能,它由事物处理性能委员会（TPC，Transaction Processing Corp）制定,TPC为非赢利性国际组织。

TPCC值可以反映出系统的性能价格比。TPCC测试系统每分钟处理的任务数,单位为tpm,(transactions per minute)。系统的总体价格(单位为美元)除以TPCC值,就可以衡量出系统的性价比,系统的性价比值越小,系统的性价比越好。

需要注意的是,TPC-C值描述的是C/S整体系统的性能,它与系统的服务器和客户机的性能都有关系,也就是说,同样的服务器配置不同的客户端将会影响TPCC值,任何厂商和测试者都可以根据TPC提供的测试规范构造出自己最优的系统,当然测试的结果要经过TPC审核。

http://articlepchomenet/00/03/97/43/

---------------------------------------------------------------------------------------------------------------

性能测试指标介绍

TPC-C

作为一家非盈利性机构，事务处理性能委员会（TPC）负责定义诸如TPC-C、TPC-H和TPC-W基准测试之类的事务处理与数据库性能基准测试，并依据这些基准测试项目发布客观性能数据。TPC基准测试采用极为严格的运行环境，并且必须在独立审计机构监督下进行。委员会成员包括大多数主要数据库产品厂商以及服务器硬件系统供应商。

相关企业参与TPC基准测试以期在规定运行环境中获得客观性能验证，并通过应用测试过程中所使用的技术开发出更加强健且更具伸缩性的软件产品及硬件设备。

TPC-C是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。

TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务（tpmC）吞吐量。特别值得一提的是，它将专门测量系统在同时执行其它四种事务类型（如支付、订单状态更新、交付及证券级变更）时每分钟所生成的新增订单事务数量。独立审计机构将负责对基准测试结果进行公证，同时，TPC将出据一份全面彻底的测试报告。这份测试报告可以从TPC Web站点(http://wwwtpcorg)上获得。

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)

即测试系统价格（指在美国的报价）与流量指标的比值。

性价比越小越好！

http://www-900ibmcom/cn/products/servers/pseries/tech/tpccshtml

---------------------------------------------------------------------------------------------------------------

[Oracle] How to Use Open Source Tools to Implement Your Own TPC-C

作者：Fenng

日期：Mar 14 2004 (v013)

出处：http://wwwdbanotesnet

版本：093

--------------------------------------------------------------------------------

本文简介

介绍如何利用开源工具实现Oracle数据库环境中的TPC-C对DBA、开发人员、BI实施者有一定的参考价值

引言描述

设想一下这样一种情况:

您正在负责公司的一个OLTP类型的数据库项目,面临数据库服务器选型的问题:如何选择硬件才能满足产品环境的业务要求 这个事情是“拍脑袋” 能决定的吗

不可否认,硬件选型是一门艺术,选择合适的硬件,能给公司节省大笔的费用,选择不能满足业务需求的服务器产品,不但花了冤枉钱，还会对将来的业务产生影响。

可能大家首先会想到参考服务器的TPC-C的信息。提到TPC-C，可能很多人对此都感到既熟悉又陌生，因为经常听人说起，但是具体的问下去，能说清楚的又没有多少人，而且，从大家口中得到的还不尽相同。那么什么是TPC/TPC-C这些都代表什么意思呢？

先说一下TPC-C，TPC-C是联机事务处理(on-line transaction processing , OLTP)的基准程序。TPC-C模拟一个批发商的货物管理环境。TPC-C使用三种性能和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。

了解了这些内容，您可能会想：我们公司的PC服务器完全是自己攒出来的，如何进行TPC-C的衡量的？也去参考TPC官方站点上的信息？不要忘了，TPCorg 上公布的测试结果都是各大厂商根据自己的系统进行了充分优化之后的出来的结果。打个比方，TPC公布的数值就好比崭新的法拉利跑车经过专业技师们的精心检查保养，然后在专用跑道上跑出来的速度值，而我们的情况可能是法拉利（甚至是夏利）要在乡村土路上行驶，可比性大打折扣。

有的朋友会想：那我们可以根据自己的情况，拿一个秒表在“乡村土路”上测试一下看看呀。这样的意义也是显而易见的，对我们的实际的环境不是更具有参考价值？不错，这也正是本文的目的：让我们利用开源(Open Source)工具来实现自己的针对Oracle数据库的TPC-C。

Hammerora—the Open Source Oracle Load Test Tool

首先介绍一下Hammerora。从创作者对这个工具的标题描述可以看出，Hammerora是一款Oracle数据库负载测试工具。该工具可以在Oracle 8i、9i和10g等版本上使用。当前可以用在Linux/Unix和Windows上。初步实现了跨平台。Hammerora 完全用TCL/TK写就，以GPL版权形式发布。

作者是Steve Shaw。该项目的主页在：http://sourceforgenet/projects/hammerora/ 。

Hammerora的设计原理是解析Oracle的Trace文件，并把它们转化为Oratcl程序,然后在Oracle数据库中用多个用户并发的对用户的事务进行“回放”。我们知道,Oracle的Trace文件能够翔实的记录用户对数据库的操作。这样Hammerora能够保证对用户环境的真实模拟。

Hammerora最初是用以学习的目的：期望是模拟数据库的一定数量的用户。这样一个小的基于家庭的学习开发系统就能够比较接近产品环境。这个工具已经成长为一个Oracle数据库做压力测试--从小的数据库到大的基于RAC的集群。

TCL语言已经用来提供高性能的和Oracle数据库的OCI集成，而无需重新编译生成的程序。每个生成的程序具有严格的TCL/Oratcl兼容性，并且可以在Hammerora的命令行Shell下运行。TCL的强大功能和灵活性意味着潜在的功能是无穷尽的。TCL线程包用来实现对Oracle数据库的多个并发连接。

Hammerora包含Oracle存储过程和TCL驱动脚本用来运行TPC-C基准程序。但是，我们先要构建一个同TPC-C规范相符的数据库。这样，我们需要用到Orabm。

Orabm

Orabm是Geoff Ingram (High-Performance Oracle: Proven Methods for Achieving Optimum Performance and Availability一书的作者)构建的一个程序包，包含了一套SQL脚本和几个命令行程序。Orabm数据装载程序(Orabmload)构建了一组遵从TPC-C标准的数据用以测试。Orabm的程序包和源代码可以从它的主页面( http://wwwlinxcelcouk/orabm/) 得到。

Orabm的运行机制

Orabm的运行机制在Geoff Ingram有明确的说明,这里翻译如下:Orabm通过在每个用户指定的并发数据库会话(session) 中运行用户执行数量的数据库事务来进行工作事务通过ORABM模式下的ORABM_SERVERSIDE_STRESS存储过程运行。对每个并发会话来说,ORABM_SERVERSIDE_STRESS运行在orabm命令行下指定的事务数,并返回该会话在采样间隔完成时的TPS值要确保所有并发会话都是在采样间隔期间处理事务,TPS值仅包括事务的中间的80%，也即:初始的10%和最后的 10%将忽略掉。

更详细信息可以参考http://wwwlinxcelcouk/orabm/ 的内容

安装步骤

1) 安装Oracle OCI 库

对Oracle 9i 来说,如果没有安装该组件的话,可能要重新运行runInstall,在Oracle 9i Client products树中选择"Oracle Call Interfaces"

对Oracle 10g来说,Oracle 10 OCI 库应该是默认安装的

2) 安装TCL

cd /usr/local/src/tcl845/unix

rm -f configcache

/configure --enable-threads --enable-shared

make clean

make

make install

3 安装TK

cd /usr/local/src/tk845/unix

rm -f configcache

/configure --with-tcl=//tcl845/unix --enable-threads --enable-shared

make clean

make

make install

4 安装TCL Threads

cd /usr/local/src/thread252/unix

rm -f configcache

sh /configure --enable-threads --enable-shared

make clean

make

make install

5 安装Oratcl

对10g来说,要编辑配置文件,在1728 行附近, FOUND_ORACLE=0 那一行的下面添加如下部分内容:

echo "checking for Oracle 100 style toplevel (libclient10a)" 1> &6

echo "configure:1730: checking for Oracle 10 style toplevel(libclient10a)"> &5

for f in $oracle_directory $oratest1 $oratest2 $oratest3 \

$oracle4 /opt/oracle /u/oracle /usr/oracle /usr/local/oracle ; do

echo "$ac_t""looking for lib/libclient10a in $f" 1>&6

if test -r "$f/lib/libclient10a" ; then

ORA="$f/lib"

ORACLE_HOME=$f

echo "$ac_t""setting ORA to $ORA" 1>&6

testver=10

ORA_MAJOR_VERSION=10

ORA_MINOR_VERSION=0

FOUND_ORACLE=1

break

fi

done

export ORACLE_HOME=your_oracle_home_directory

cd /usr/local/src/oratcl-4-1-branch/unix

rm -f configcache

sh /configure --with-tcl=//tcl845/unix \

--with-oracle-directory=$ORACLE_HOME --with-oracle-version=9 ( or 10 or 8! ) \

--enable-threads --enable-shared

vi Makefile - 把所有的 -rpath 改做 -Wl,-rpath,

make clean

make

make install

sqlplus orabm/orabm @delivery_spsql

sqlplus orabm/orabm @new_order_spsql

sqlplus orabm/orabm @ostat_spsql

sqlplus orabm/orabm @payment_spsql

sqlplus orabm/orabm @slev_spsql

步骤 操作 命令

1 创建 ORABM用户(用TOOLS做默认表空间,

TEMP 表空间为临时表空间) sqlplus system/pwd @orabm_user

2 创建表 sqlplus system/pwd @orabm_tab

3 装载数据 $orabmload Warehouses 1

4 创建索引 sqlplus system/pwd @orabm_ind

5 分析表和索引 sqlplus system/pwd @orabm_analyze

6 创建压力测试PL/SQL 过程 sqlplus system/pwd @orabm_serverside_stress

7 把表和索引数据缓冲到SGA sqlplus system/pwd @orabm_cache

把tpc-ctcl脚本载入Hammerora中(要查看TCL文件注意把过滤正确的文件扩展名:不是trc 而是tcl )，在该tpc-ctcl中查找connect字符串，调整为你的数据库用户连接信息。并调整虚拟用户信息。

测试运行

运行Hammerora,创建需要的用户数, 来模拟TPC-C 基准程序(注意调整好执行Hammerora程序的环境变量,最好直接用Oracle用户来执行)

http://wwwdbanotesnet/Oracle/Use_OpenSourceTool_implement_YourOwn_TPC-Chtm

TPC基准程序及tpmc值

—兼谈在使用性能度量时如何避免误区

今天的用户在选用平台时面对的是一个缤纷繁杂的世界。用户希望有一种度量标准,能够量化计算机系统的性能，以此作为选型的依据。作者曾在美国从事过数年计算机性能评价工作，深深体会到，计算机的性能很难用一两种度量来 评价，而且，任何度量都有其优缺点，尤其是当使用者对性能度量了解不深时，很容易被引入一些误区，甚至推演出错误的结论。本文以TPC基准程序为例，给出一 些实际建议，以帮助用户避免进入这些误区。

一、什么是TPC和tpmC

tpmC值在国内外被广 泛用于衡量计算机系统的事务处理能力。但究竟什么是tpmC值呢作者曾向一些 用户、推销人员乃至某些国外大公司的技术人员问过这个问题，但回答的精确度 与tpmC值的流行程度远非相称。tpmC这一度量也常被误写为TPM或TPMC。

1、TPC

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

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

2、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。

二、如何衡量计算机系统的性能和价格

在系统选型时，我们一定不要忘记我们是为特定用户环境中的特定应用选择系统。切忌为了“与国际接 轨”而盲目套用“国际通用”的东西。在性能评价领域，越是通用的度量常常越是不准确的。据我所知，美国的一些大用户从不相信任何“国际通用”的度量，而是花相当精力，比如预算的5％，使用自己的应用来测试系统，决定选型。在使用任何一种性能和价格度量时，一定要弄明白该度量的定义，以及它是在什么系统配置和运行环境下得到的，如何解释它的意义等。下面我们由好到差讨论三种方式。

1、在真实环境中运行 实际应用

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

2、使用用户定义的基准程序

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

3、使用通用基准程序

如果第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的度量值都 是估计的。由于计算机系统换代频繁，如果用户一定要用通过审核的度量值，就必 须多等待半年时间，因此而不能用最先进的系统。中国的厂家通过审核的时间则 更长。

综上所述，我们对中国 用户(尤其是大用户)在计算机系统的选型方面有如下建议：

最好建立一个真实的试点，因为实际应用环境是检验计算机系统的最好标准。

中国的行业应该建立符合自己实际应用的基准程序和测试标准。中国税务总局的做法值得提倡。国家有关部门应该建立独立的测试中心，制定跨行业、符合中国企事业运作模式的性能测试标准。

“国际通用”的度量可以作为参考值，而不应作为必要条件。尤其是一定要弄清这些流行度量有什么含义，是在什么样的系统环境中测得的，以及基准程序是否符合企业真实的业务流程和运作模式。

Trackback: http://tbblogcsdnnet/TrackBackaspxPostId=510822

BCS刀片中心上还需要加2个39Y9195，这是SAS交换机，用BCS自身的磁盘笼子做双机或者存储启动必须安装此组件。

另外，楼上说的很好，网络模块需要冗余，北电的交换模块你需要安装2个，这样才能有第二个以太网连接用于建立心跳连接。

X86服务器建议你就跑SQL吧，容易管理（你是打算上Windows Server的操作系统吧？如果你打算上Linux或Unix for X86，那就完全是另一回事了）。内存稍显小了一点，当然这要看你的并发连接有多少，酌情添加一些内存。

双机软件RoseHA倒是大名鼎鼎，但是国内的代理商往往技术支持做的不是很到位，软件产品的技术支持很重要的。联鼎作为国产软件，支持应该做的好一点。

tpcc是一个整机的处理性能，是专门的评测中心对一定配置的机器测出的一个值，所以给定一个tpcc值并不能确定这是几个cpu，几G内存的配置。可能cpu对tpcc的影响大一些，倒是可以估一下。

正常的做法是，给定一个tpcc值，你得去与HP、IBM、SUN或其它厂家的工程师联系，让其大体给出满足这样要求的一个配置。