内容发布更新时间 : 2024/12/28 22:46:31星期一 下面是文章的全部内容请认真阅读。

服务器tpmC值计算 服务器tpmC值计算

根据TPC-C的标准，tpmC值是根据标准模型中New-Order事务的处理数目来计算的，一个New-Order事务由平均4-5个SQL语句处理完成，整个测试的执行过程中，New-Order处理占45%。 估算条件：

运行商2003年将达到250万用户数 每天每用户产生5张话单 分析过程：

每分钟处理：（用户数）250万*5/24/60=9250 峰值处理：9250*1.5=11350

需执行约6个SQL语句，则估算一个话单汇总处理业务相当的TPC-C值为： 6*0.45/4=0.67Tpmc

话单汇总和分析的TPC-C值要求满足： 11350*0.67Tpmc=9300Tpmc 考虑25%的冗余（系统其它开销）： 主机性能=9300Tpmc*1.25=11000Tpmc

各位，我是因为查TPC-C从古够来到这个论坛的。第一次来，也很喜欢这里。看来又多了一个基地了。关于TPC-C值的计算我还有一些问题求助。

我这里有从TPC的官方网站上找到的资料，但是他的测试环境是满配置的情况下得出的，在我的方案里面从扩展性和主机具体应用考虑，客户希望我能给他当前配置下的TPC-C的数值。这个怎么换算？惯例还是公式？（我的计算对象包括PC-SERVER应用服务器和HP-动能SD小机，这两个的计算方法一样吗？）

PS：这是我从网上查到的资料有关小机的数值估算的方法----表现主机性能的一个重要指标是TPC－C测试。TPC－C由独立的第三方机构TPC对各厂商主机的交易处理能力进行测试。由于进行此测试的主机大都采用多CPU、超大规模内存，数据库操作大都在内存中完成，因而，TPC－C主要是针对CPU和内存的处理能力及相互间的交换能力的测试。

理想的单交换机情况下，由于各CPU之间互不干扰，CPU和内存之间交换信息顺畅，主机整体性能随CPU数目呈线性增加。然而，在两级交换体系结构下，CPU访问本地内存

1

服务器tpmC值计算 与远端内存时间之比为1：2.9。即：CPU和内存之间的交换能力几乎损失30％。因此，我们粗略地估计，主机整体性能增长率为CPU数目增长率的70％。 ＊ASR1GS160（1GHZ）16CPU的TPC－C值

推算如下：GS320（1GHZ）32CPU的测试值为230,000。因此，我们推算其 16CPU的TPC－C值=230,000÷70％÷2=164,285 ＊ASR2GS80（1GHZ）8CPU的TPC－C值

推算如下：GS160（1GHZ）16CPU的估算值为164,285。因此，我们推算其8CPU的TPC－C值=164,285÷70％÷2=117,346

＊ASR3GS80（731GHZ）4CPU的TPC－C值

推算如下：GS160（731MHZ）16CPU的测试值为71,000。因此，我们推算其 8CPU的TPC－C值=71,000÷70％÷2=50,714 4CPU的TPC－C值=50,714÷70％÷2=36,224

同时，大家可以从康柏AlphaServerES系列小型机的TPC－C值得到应证。AlphaServerES4CPU，731MHZ的TPC－C值为37,274。 因此，我们可以得到以下结论：

＊康柏AlphaServerGS16016CPU1GHZ的TPC－C值为164,285左右。 ＊康柏AlphaServerGS808CPU1GHZ的TPC－C值为117,346左右。 ＊康柏AlphaServerGS804CPU731MHZ的TPC－C值为36,224左右。

一、 服务器性能评估的实战技巧

服务器在政府信息化项目中的作用不言而喻。政府信息化需求的内在特性，决定了政府采购服务器须考虑特定的性能依据，由此在实践中衍生出不同的服务器性能评测方法。

政府采购服务器时，通常会从应用系统的基本需求、服务器的性能和价格等方面进行综合考虑。首先，服务器的性能必须满足系统的基本需求，如海量数据的高速存取、对事务要求的快速响应、以及系统的稳定性等。其次，考虑服务器的基本指标，如结构、CPU、内存、缓存、通道、磁盘、接口、操作系统、实用软件。再次，服务器还应当具有较好的性价比。而且在政府采购中，经常要求对服务器的性能评估有明确的数值要求。

关于服务器性能的评估有一些通常的方法（见相关链接），但这些方法在实际操作中都存在着比较大的困难。首先，政府采购时往往是应用系统还没建立，因此无从在实际环境中

2

服务器tpmC值计算 进行测试实施；即使目前有实际的运行环境，也由于考虑到风险性和成本，无法使用新机器进行代替运作。其次，目前还只有一两个垂直部门有能力建立自己的基准测试程序。而且由于各政府部门的业务性强，大多数政府部门的用户基准测试程序跟本身的业务关联紧密，一般商用的评测平台也不太适合。而且基准测试程序又经常与应用系统的设计和编程等密切相关，需要给出一些经验估值。而政府采购当中对服务器的性能要求有比较明确的数值规定。那么，如何在实际操作中解决问题呢？

1. 比较同类型项目的服务器选型

对于本地系统还没有建立，而外地同类型系统已经建立的情况，通过比较同类型项目的同系列服务器选型不失为一种简单快捷的方式。由于各地的各政府部门的业务基本类似，如广州市某系统，可以比照同类型项目，如北京、上海、深圳、武汉、重庆、沈阳、天津等地的同类系统的服务器性能，比较这些同类型项目的服务器的TPCC值及CPU的实际占用率等，按相应比例（通常可以根据业务量、人口量）可估算出项目的服务器性能的具体参数。

计算公式：

已知A市某系统的数据服务器的TPMC值为K1，而参加A市该系统的人数为P1，而B市同类型系统的参加人群为P2，那么B市该系统的数据服务器的TPMC值为（P2/P1）×K1。

2. 将真实需求与基准测试程序结合

在本地系统已经建立的情况下，可以根据历史使用情况和真实的比较明确的需求，结合基准测试程序进行评估。在有比较明确的业务需求或已经有相应的历史数据的情况下，可以确定整个系统在一个长时间范围内，如1天、1周、或1个月的业务需求，如有x人次的真实OLTP运算（或者逻辑运算，或者复杂数据挖掘查询响应）。然后把这些长时间内必须完成的宏观真实业务需求，转化某一个特定的时间段内的真实业务需求（如1个小时或1分钟），目的是为了让这些真实需求和基准测试标准对应起来。这些真实业务处理请求在具体的信息系统实施中可以折算成若干个具体的计算机应用处理。这些处理根据复杂程度不同，可以和具体的第三方基准测试进行比照，折算成若干个基准测试基本单位。然后把这些子系统分别对应的基准测试单位需求加起来，就可以得到这些真实的应用所需要的基准测试的需求。

这些真实业务需求和具体计算机应用处理需求的转换，还有具体计算机应用处理需求和第三方基准测试标准单位之间的转换，都需要具体的业务开发部门根据自己的应用代码、应用模式和网上公布的基准测试的测试代码或者数学模型进行比较，以得到转换的参数。这样才可以根据不同的业务系统，针对不同的专门基准测试进行比照，得出所需要的以专门基准

3