各位大哥，小弟目前有一个售前项目，是电信行业的，配置2台计费系统的主机，要求我们推算主机系统的性能要求，但是我对电信行业不太熟，不知道他们的业务情况，希望各位大哥能否给一个电信行业计算主机TPC值的通用计算公式。<br />谢谢！

n多年不搞这个东东了。<br />我记得cpu根本就不是问题，关键是存储，也就是数据库的i/o是瓶颈。<br />晚上我去翻翻老黄历，看看还有资料否。

多谢多谢！希望斑竹还有留档。

freestream大哥，不知道您那还有吗？<br /><br />如果有的话，可否发一份到我的信箱，huadcn@sina.com，谢了。

freestream老大,能否给哦也发一份？ <!--emo&:blush:--><img src='style_emoticons/default/blush.gif' border='0' style='vertical-align:middle' alt='blush.gif' /><!--endemo--> <br />nonamebaby@sohu.com

please email it to me too.<br />chenhao_no2@yahoo.com.cn<br /><br />thank you

i want too.<br />yuck@etang.com

近期较忙，所以很晚才回帖。<br /><br />贴一个估算的例子。<br /><br />根据TPC-C的标准，tpmC值是根据标准模型中New-Order事务的处理数目来计算的，一个New-Order事务由平均4-5个SQL语句处理完成，整个测试的执行过程中，New-Order处理占45%。<br />估算条件：<br />运行商2003年将达到250万用户数<br />每天每用户产生5张话单<br />分析过程：<br />每分钟处理：        （用户数）250万*5/24/60 =9250<br />峰值处理：        9250*1.5 =11350<br />需执行约6个SQL语句，则估算一个话单汇总处理业务相当的TPC-C值为：<br />6*0.45/4 = 0.67Tpmc<br />话单汇总和分析的TPC-C 值要求满足：<br />11350* 0.67Tpmc =9300Tpmc<br />考虑25%的冗余（系统其它开销）：<br />主机性能=9300Tpmc *1.25 =11000Tpmc

另外说一句，本版的帖子比较少，但是，往往却从这里可以找到别的地方无法找到的非常有价值的东西。

非常感谢freestream大哥！<br /><br />另外：<br />“需执行约6个SQL语句，则估算一个话单汇总处理业务相当的TPC-C值为：<br />  6*0.45/4 = 0.67Tpmc”<br />这其中为什么要除以4呢？这点我不太明白。<br /><br />还有其中峰值处理仅仅乘以1.5是不是少了点啊？这个参数是电信行业的通用值呢还是自己估算的呢？毕竟通话时间的分布来说，真正的高峰期中，乘以1.5太少了，是不是说整个业务系统在处理话单时，并不是实时进行处理的？

资料来源就是这样，可能是:一个New-Order事务由平均4-5个SQL语句处理完成.<br /><br />至于峰值裕量，可根据自己的情况适当估算。

Thanks &#33;

各位，我是因为查TPC-C从古够来到这个论坛的。第一次来，也很喜欢这里。看来又多了一个基地了。关于TPC-C值的计算我还有一些问题求助。<br />--------我这里有 从TPC的官方网站上找到的资料，但是他的测试环境是满配置的情况下得出的，在我的方案里面从扩展性和主机具体应用考虑，客户希望我能给 他当前配置下的TPC-C的数值。这个怎么换算？惯例还是公式？（我的计算对象包括PC-SERVER应用服务器和HP-动能SD小机，这两个的计算方法一样吗？）<br />PS：这是我从网上查到的资料有关小机的数值估算的方法----表现主机性能的一个重要指标是TPC－C测试。TPC－C由独立的第三方机构TPC对各厂商主机的交易处理能力进行测试。由于进行此测试的主机大都采用多CPU、超大规模内存，数据库操作大都在内存中完成，因而，TPC－C主要是针对CPU和内存的处理能力及相互间的交换能力的测试。<br />理想的单交换机情况下，由于各CPU之间互不干扰，CPU和内存之间交换信息顺畅，主机整体性能随CPU数目呈线性增加。然而，在两级交换体系结构下，CPU访问本地内存与远端内存时间之比为1:2.9。即：CPU和内存之间的交换能力几乎损失30％。因此，我们粗略地估计，主机整体性能增长率为CPU数目增长率的70％。<br />　　＊ ASR1 GS160（1G HZ） 16CPU 的TPC－C值 <br />　　推算如下：GS320 （1G HZ）32CPU 的测试值为230,000。因此，我们推算其<br />　　16CPU的TPC－C值=230,000÷70％÷2=164,285<br />　　＊ ASR2 GS80（1G HZ） 8CPU 的TPC－C值<br />　　推算如下：GS160 （1G HZ）16CPU 的估算值为164,285。因此，我们推算其8CPU的TPC－C值=164,285÷70％÷2=117,346<br />　　＊ ASR3 GS80（731G HZ） 4CPU 的TPC－C值<br />　　推算如下：GS160 （731M HZ）16CPU 的测试值为71,000。因此，我们推算其<br />　　8CPU的TPC－C值=71,000÷70％÷2=50,714<br />　　4CPU的TPC－C值=50,714÷70％÷2=36,224<br />　　同时，大家可以从康柏AlphaServer ES系列小型机的TPC－C值得到应证。 AlphaServer ES 4CPU，731MHZ的TPC－C值为37,274。<br />　　因此，我们可以得到以下结论：<br />　　＊ 康柏AlphaServerGS160 16CPU 1GHZ的TPC－C值为164,285左右。<br />　　＊ 康柏AlphaServerGS80 8CPU 1GHZ的TPC－C值为117,346左右。<br />　　＊ 康柏AlphaServerGS80 4CPU 731MHZ的TPC－C值为36,224左右。

上个帖子忘说了，罗嗦一堆简单点就是-----我有两颗CPU四G内存下的TPC-C值那么一颗/两G下的值怎么换算得出啊？（数据库环境相同）

如果没有测试值或OLTP性能比率，只能大概估计，一半的配置其OLTP性能大约为满配的50%强，如果系统带宽够高（也就是系统资源增加带来的性能增加越接近线性），50%强一点就差不多；如果系统是中低端的，线性不会很好，那么50%强得多一点。

谢谢，lar的帮助。 <!--emo&:haha:--><img src='style_emoticons/default/haha.gif' border='0' style='vertical-align:middle' alt='haha.gif' /><!--endemo--> 不过就搂住的帖子大家能不能扩展开来讨论一下，把相关的问题说一下。我想应该是收获更大的。<br />我先扔块砖-----在我这个方案里面需要通过已经实施的项目里的数据库主机（sun fire 4500）来对比现在已经准备购买的主机（hp 动能superdome）。因为sun 早已经退出了tpc-c 的测试了所以没有官方的权威测试数据作为参数。那么我现在是通过对业务流量的分析来比较确定hp的配置。<br />对于tpc-c我觉得不能把她作为唯一的对比数据。比如我现在用的应用系统的基准吞吐量（以TPS即每秒交易数，作为指标）作为依据。我想在方案里数据并不是用来设计构建平台的，他是用来为我们的方案作佐证的。他的用途决定了我们对他的态度。<br />那么，除此之外还可以用那些参数作对比，作论据？<br />我扔砖了，大家扔玉吧。 <!--emo&:lech:--><img src='style_emoticons/default/lech.gif' border='0' style='vertical-align:middle' alt='lech.gif' /><!--endemo--> 呵呵，听说在东北发现了块40多吨的玛瑙王。：）

其实，我在很多时候设计系统时，可能出于各种原因（主要可能还是我是作硬件系统集成的缘故吧。），都会对核心的数据库主机进行很详细的性能分析、规划，而对于中间件系统的需求、性能分析都很少会去关注。<br />不知道大家对这个问题是怎么看的？或者有没有一个好的对中间件系统进行分析的方案、方法？

中间件有自己的性能指标，比如J2EE中间件的ECperf，但是参测的机型很少<br /><br />中间件服务器的性能需求受应用软件的规模和开发水平影响太大，在IT基础系统角度来分析基本是无稽之谈，除非是已有系统升级。

主观的说，×××系统服务器性能需求的计算往往就涉及到了要为客户做什么样的产品选型与方案设计，但是目前很多（大多数）情况却是根据从商务层面以及其他层面得到客户总体投资预算与意向进行配置。<br /><br />说的那些tpcc什么的然后和机器所谓官方测试并根据原厂商自己的r-perf值推算出来的tpcc无非是在玩数字有戏罢了。<br /><br />谈到这里我想起了orian的一句话 ：  不要忘了，TIC ..

同意楼上的观点，但是即使是一个表面的包装，毕竟还是要做的，呵呵