服务器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:2.9。即：CPU和内存之间的交换能力几乎损失30％。因此，我们粗略地估计，主机整体性能增长率为CPU数目增长率的70％。
  ＊ ASR1 GS160（1G HZ） 16CPU 的TPC－C值
  推算如下：GS320 （1G HZ）32CPU 的测试值为230,000。因此，我们推算其
  16CPU的TPC－C值=230,000÷70％÷2=164,285
  ＊ ASR2 GS80（1G HZ） 8CPU 的TPC－C值
  推算如下：GS160 （1G HZ）16CPU 的估算值为164,285。因此，我们推算其8CPU的TPC－C值=164,285÷70％÷2=117,346
  ＊ ASR3 GS80（731G HZ） 4CPU 的TPC－C值
  推算如下：GS160 （731M HZ）16CPU 的测试值为71,000。因此，我们推算其
  8CPU的TPC－C值=71,000÷70％÷2=50,714
  4CPU的TPC－C值=50,714÷70％÷2=36,224
  同时，大家可以从康柏AlphaServer ES系列小型机的TPC－C值得到应证。 AlphaServer ES 4CPU，731MHZ的TPC－C值为37,274。
  因此，我们可以得到以下结论：
  ＊ 康柏AlphaServerGS160 16CPU 1GHZ的TPC－C值为164,285左右。
  ＊ 康柏AlphaServerGS80 8CPU 1GHZ的TPC－C值为117,346左右。
  ＊ 康柏AlphaServerGS80 4CPU 731MHZ的TPC－C值为36,224左右。
服务器性能评估的实战技巧
服务器在政府信息化项目中的作用不言而喻。政府信息化需求的内在特性，决定了政府采购服务器须考虑特定的性能依据，由此在实践中衍生出不同的服务器性能评测方法。
政府采购服务器时，通常会从应用系统的基本需求、服务器的性能和价格等方面进行综合考虑。首先，服务器的性能必须满足系统的基本需求，如海量数据的高速存取、对事务要求的快速响应、以及系统的稳定性等。其次，考虑服务器的基本指标，如结构、CPU、内存、缓存、通道、磁盘、接口、操作系统、实用软件。再次，服务器还应当具有较好的性价比。而且在政府采购中，经常要求对服务器的性能评估有明确的数值要求。
关于服务器性能的评估有一些通常的方法（见相关链接），但这些方法在实际操作中都存在着比较大的困难。首先，政府采购时往往是应用系统还没建立，因此无从在实际环境中进行测试实施；即使目前有实际的运行环境，也由于考虑到风险性和成本，无法使用新机器进行代替运作。其次，目前还只有一两个垂直部门有能力建立自己的基准测试程序。而且由于各政府部门的业务性强，大多数政府部门的用户基准测试程序跟本身的业务关联紧密，一般商用的评测平台也不太适合。而且基准测试程序又经常与应用系统的设计和编程等密切相关，
需要给出一些经验估值。而政府采购当中对服务器的性能要求有比较明确的数值规定。那么，如何在实际操作中解决问题呢？
1．比较同类型项目的服务器选型
对于本地系统还没有建立，而外地同类型系统已经建立的情况，通过比较同类型项目的同系列服务器选型不失为一种简单快捷的方式。由于各地的各政府部门的业务基本类似，如广州市某系统，可以比照同类型项目，如北京、上海、深圳、武汉、重庆、沈阳、天津等地的同类系统的服务器性能，比较这些同类型项目的服务器的TPCC值及CPU的实际占用率等，按相应比例（通常可以根据业务量、人口量）可估算出项目的服务器性能的具体参数。
计算公式
已知A市某系统的数据服务器的TPMC值为K1，而参加A市该系统的人数为P1，而B市同类型系统的参加人为P2，那么B市该系统的数据服务器的TPMC值为（P2/P1）×K1。
2．将真实需求与基准测试程序结合
在本地系统已经建立的情况下，可以根据历史使用情况和真实的比较明确的需求，结合基准测试程序进行评估。在有比较明确的业务需求或已经有相应的历史数据的情况下，可以确定整个系统在一个长时间范围内，如1天、1周、或1个月的业务需求，如有x人次的真实OLTP运算（或者逻辑运算，或者复杂数据挖掘查询响应）。然后把这些长时间内必须完成的宏观真实业务需求，转化某一个特定的时间段内的真实业务需求（如1个小时或1分钟），目的是为了让这些真实需求和基准测试标准对应起来。这些真实业务处理请求在具体的信息系统实施中可以折算成若干个具体的计算机应用处理。这些处理根据复杂程度不同，可以和具体的第三方基准测试进行比照，折算成若干个基准测试基本单位。然后把这些子系统分别对应的基准测试单位需求加起来，就可以得到这些真实的应用所需要的基准测试的需求。
这些真实业务需求和具体计算机应用处理需求的转换，还有具体计算机应用处理需求和第三方基准测试标准单位之间的转换，都需要具体的业务开发部门根据自己的应用代码、应用模式和网上公布的基准测试的测试代码或者数学模型进行比较，以得到转换的参数。这样才可以根据不同的业务系统，针对不同的专门基准测试进行比照，得出所需要的以专门基准测试标准单位为单位的服务器处理能力需求。
计算公式
在需要处理的各个业务中，选择一项或几项业务量比较大的业务，假设这些业务占总业务量的A%。对于这些业务，假设每天服务器约处理X人次的业务，每次业务换算成后台业务处理，则大约为Y笔交易，假设每天业务集中在B小时内完成（因早晚业务量较小），而在这段时间内业务量的分布并不均匀，根据经验，确定峰值业务量通常为平均值的C倍。且根据系统设计和实际经验，估算每个交易相当于D个基准测试程序。考虑系统的扩展性，平常只使用到系统的E%，因此该服务器的TPMC值为（X×Y×C×D）/(A%)/(E%)/B/60。
3．将设定需求与基准测试程序结合
而对于一些新兴的应用系统来说，基本上没有历史数据和业务量进行参考，而且国内也基本没有同类型项目。在这种情况下，通常采用设定需求和基准测试程序相结合的方法。而设定需求可以通过设定业务需求，再根据上述的第2种方法进行计算。但往往也很难估算具体的业务需求。我们还可以采用估算连接服务器的终端个数，以及对连接终端可能所作的操作进行分类和统计，从而估算到系统的性能。
计算公式
假定对于某系统，选取连接终端数比较集中的1小时内进行计算，而在这段时间的峰值量为平均值的F倍。在这1小时内，假定有A、B和C类操作，其中有N1台终端连接进行A操作，一个A操作需要耗时T1分钟；N2台终端进行B操作，一个B操作需要耗时T2分钟；N3台终端进行C操作，一个C操作需要耗时T3分钟。且根据系统设计和实际经验，A操作的一个操作相当A1个基准测试程序，B操作的一个操作相当B1个基准测试程序，C操作的一个操作相当C1个基准测试程序。考虑到系统的扩展性，平常只使用到系统的E%，因此该系统的TPMC=（N1×A1/T1+N2×B1/T2+N3×C1/T3）×F/（E%）。
服务器性能常规评估方法
1．在真实环境中运行实际应用
最理想的方式是通过一个试点，要求制造商或系统集成商配合将系统(含平台、软件和操作流程)在一个实际的环境中真正试运行一段时间。这样，不仅能看到服务器系统的实际性能，也能观察到系统是否稳定可靠、使用是否方便、服务是否周到、配置是否完备、价格是否合理。如果一个部门或委局需要购买一批同类的系统，可以考虑采用这种方式，用户还可先租一套系统作为试点。用这种方式得到的度量值比理论推算或摸拟测量更加符合实际，更加可
信。
2．使用用户定义的基准程序
用户可以定义一组含有自己实际应用环境特征的应用基准程序。这对于政府垂直行业应用的服务器有比较好的借鉴作用。如中国税务总局开发了自己的基准程序，以帮助税务系统进行计算机选型。