2024年5月31日发(作者：习舒畅)
TPC-C介绍
请问怎么通过TPC值来确定需要多少内存、几个CPU、什么样的主机那怎么根据应用
类型和系统规模来估算这个TPC值呢 以一下例子来回答下你的问题吧。 假定我要选一台
数据库服务器数据库服务器主要运行Oracle数据库软件系统需求如下 目前每天的交易笔
数大约为125000笔预计将来每天的交易数大约会扩展1倍125笔。 由此
以平均每天8小时计算我们可计算出在峰值时系统的平均交易负载 平均峰值负载
250000/8/ 60 521笔/分钟 同时考虑到交易不可能平均分布在网点营业的8个小时内我
们考虑系统运行高峰将会超过平均值的3-4倍因此我们认为系统的最大峰值负载为
52142084笔/分钟。 我们再提供一定的冗余空间保证CPU充分发挥能力提供可靠保证。
一般认为系统冗余在 30 左右即保证性能的同时又保护投资的平衡点即CPU的性能要求
最大峰值负载130 2709笔/分钟根据cpu的性能要求再考虑到不同机器的处理能力可以推
出系统所需的cpu个数。 因此可以估算对系统处理性能tpmC的需求性能需求峰值分钟
业务量×每笔业务性能开销2709924381 tpmC 由于考虑数据库服务器要同时处理1000
个连接系统繁忙时如果全部使用则每秒峰值为1000笔/秒一般冗余20则要求的这部分内
存为100012010MB12G考虑系统的开销推荐内存配置为12G-16G。 同时即使在满负荷
的情况下系统也应保证70的主机CPU处理余量因此对应计算得标准TPC-C估值为
24381/7034830。 计算原则 以单台服务器性能进行计算即确保单台服务器工作的时候可
以满足系统正常运行的需要 假设每天有1万人次来窗口办理业务每人次办理一项业务。即
以每日1万笔前台交易为例进行综合系数的推导 1. 假设每月前台交易数未来5年内的设
计指标为220000 有些业务在月初、月末的处理量比较高按月统计可以平衡此项差异 2.
每日前台交易数220000/2210000 即每日 1万笔 3. 忙时处理能力每日交易的80在4
个小时内完成即1000080/42000笔/小时 4. 峰值处理能力200024000笔/小时即峰值处
理能力为每小时4000笔或 67笔/分假设业务人员同时在线为100人即每人每分钟处理
0.7笔 5. 假设每笔交易对应数据库事务数20基准TPC指标值对应的比例8cpu保留30
的处理能力冗余计算值与公布值最优值的偏差经验值为4 这几个参数估算的依据不足更
多的是经验值 则 tpmC值为 tpmC 672084/1-30 61257 倒算出 综合系数
61257/100006.1 即数据库服务器tpmC 每日前台交易数 6.1 实际计算值应不高于该值
应用服务器的 tpmC 数据库服务器 tpmC 50 一般 应用服务器的 tpmC 数据库服务器
tpmC 70 涉及大量计算的如社保、税务 建议 不管是TPC-C还是SPECjbb2000计算结
果都只能作为一个横向比较的参考。在实际应用中决定系统性能的因素除了硬件、系统软
件外与应用软件的设计也是有很大关系的此外基于系统可扩展性的考虑更多时候也倾向于
一次性的采购。 从长远考虑以政府信息化主管部门的角度考虑建立一套评估机制是非常有
用的这其中包括 1、 通过对各单位业务系统运行情况的调查进行历史数据的收集分析按分
类建立基准指标库。收集的信息包括服务器的配置、并发用户数每天业务量、CPU负荷等
2、 由厂商定期提供基准值更新基准指标库 有了基准指标库的信息参照不仅可以用于评估
项目建设方案中服务器选型也可以对各部门进行系统架构设计的优化提供指导。如以下是
一些指导原则 1、 数据库服务器选型采购两台相同配置的小型机进行虚拟分区和并行处理
以提高系统资源的利用率日后扩容时采取垂直扩展的方式进行升级 2、 应用服务器采用负
载均衡的方式提高并发处理能力一般可配置2台以上每台的硬件配置完全可以不同应首先
考虑使用旧的数据库服务器利旧如需采购新的服务器应采用水平扩展的方式逐步升级 3、
WEB服务器可以考虑采用刀片服务器提高扩展性和可管理性。 参考一 金保工程建设中服
务器选型建议 /gb/zt/2005-12/14/content_中华
人民共和国劳动和社会保障部网站 参考二某项目计算实例 为了方便计算数据库服务器的
造型我们约定 系统同时在线用户数为1500人U1 平均每个用户每分钟发出2次业务请求
N1 系统发出的业务请求中更新、查询、统计各占1/3 平均每次更新业务产生3个事务T1
平均每次查询业务产生8个事务T2 平均每次统计业务产生13个事务T3 一天内忙时的处
理量为平均值的5倍 经验系数为1.6实际工程经验 考虑服务器保留30的冗余 服务器需
要的处理能力为 TPC-CU1N1T1T2T3/33经验系数/冗余系数 则应用服务器的处理性能
估算为 TPC-C 150023813/351.6/0.7 274285 tpmC 数据库服务器关系到整个系统的稳
定运行考虑到高可靠性和高可用性并注重设备的可扩展性和性价比系统将配置两台TPC-C
值不小于28万的高性能数据库服务器。 link: TPC基准程序及tpmc值
/200603/20060312_ 读懂服务器性能指标拨
开服务器评测体系迷雾 /263/ 深入解读TPC体系
/store/detail/icleId49970ColumnId11541p
gview 如何实施Benchmark标准测试-问题的提出及Tpc-C标准
/archives/2004/10/howto_implement_benchmark_
ml IBM IBM SUN HP 型号 p520 p615 V240 rx2600 处理器 1.65G Power5 1.45G
Power4 1.28G Ultra SPARC VI Itanium II 1.5Ghz 配置 2W4GB 2W4GB 2W4GB
2W4GB 列表价USD 84014 59691 67456 152296 估计处理能力 tpmC 103010 46072
23575 73945 性价比 6.48 4.29 3.49 6.06 IBM IBM SUN HP 型号 p550 p630 V480
rx4640 处理器 1.65G Power5 1.45G Power4 1.2G Ultra SPARC III Itanium II 1.5Ghz
配置 2W4GB 2W4GB 4W8GB 2W4GB 列表价USD 141995 96535 372000 240790
估计处理能力 tpmC 103010 46072 46000 75860 性价比 3.82 2.65 1.66 3.89 IBM
IBM SUN HP 型号 p570 Low p650 E4900 rx7620 处理器 1.5G Power5 1.45G
Power4 1.2G Ultra SPARC III PA-8800 900MHz 配置 4W8GB 4W8GB 8W16GB
8W16GB 列表价USD 275120 302461 4258032 1472675 估计处理能力 tpmC
190141 95280 165000 140000 性价比 3.46 1.75 1.29 1.18
2024年5月31日发(作者：习舒畅)
TPC-C介绍
请问怎么通过TPC值来确定需要多少内存、几个CPU、什么样的主机那怎么根据应用
类型和系统规模来估算这个TPC值呢 以一下例子来回答下你的问题吧。 假定我要选一台
数据库服务器数据库服务器主要运行Oracle数据库软件系统需求如下 目前每天的交易笔
数大约为125000笔预计将来每天的交易数大约会扩展1倍125笔。 由此
以平均每天8小时计算我们可计算出在峰值时系统的平均交易负载 平均峰值负载
250000/8/ 60 521笔/分钟 同时考虑到交易不可能平均分布在网点营业的8个小时内我
们考虑系统运行高峰将会超过平均值的3-4倍因此我们认为系统的最大峰值负载为
52142084笔/分钟。 我们再提供一定的冗余空间保证CPU充分发挥能力提供可靠保证。
一般认为系统冗余在 30 左右即保证性能的同时又保护投资的平衡点即CPU的性能要求
最大峰值负载130 2709笔/分钟根据cpu的性能要求再考虑到不同机器的处理能力可以推
出系统所需的cpu个数。 因此可以估算对系统处理性能tpmC的需求性能需求峰值分钟
业务量×每笔业务性能开销2709924381 tpmC 由于考虑数据库服务器要同时处理1000
个连接系统繁忙时如果全部使用则每秒峰值为1000笔/秒一般冗余20则要求的这部分内
存为100012010MB12G考虑系统的开销推荐内存配置为12G-16G。 同时即使在满负荷
的情况下系统也应保证70的主机CPU处理余量因此对应计算得标准TPC-C估值为
24381/7034830。 计算原则 以单台服务器性能进行计算即确保单台服务器工作的时候可
以满足系统正常运行的需要 假设每天有1万人次来窗口办理业务每人次办理一项业务。即
以每日1万笔前台交易为例进行综合系数的推导 1. 假设每月前台交易数未来5年内的设
计指标为220000 有些业务在月初、月末的处理量比较高按月统计可以平衡此项差异 2.
每日前台交易数220000/2210000 即每日 1万笔 3. 忙时处理能力每日交易的80在4
个小时内完成即1000080/42000笔/小时 4. 峰值处理能力200024000笔/小时即峰值处
理能力为每小时4000笔或 67笔/分假设业务人员同时在线为100人即每人每分钟处理
0.7笔 5. 假设每笔交易对应数据库事务数20基准TPC指标值对应的比例8cpu保留30
的处理能力冗余计算值与公布值最优值的偏差经验值为4 这几个参数估算的依据不足更
多的是经验值 则 tpmC值为 tpmC 672084/1-30 61257 倒算出 综合系数
61257/100006.1 即数据库服务器tpmC 每日前台交易数 6.1 实际计算值应不高于该值
应用服务器的 tpmC 数据库服务器 tpmC 50 一般 应用服务器的 tpmC 数据库服务器
tpmC 70 涉及大量计算的如社保、税务 建议 不管是TPC-C还是SPECjbb2000计算结
果都只能作为一个横向比较的参考。在实际应用中决定系统性能的因素除了硬件、系统软
件外与应用软件的设计也是有很大关系的此外基于系统可扩展性的考虑更多时候也倾向于
一次性的采购。 从长远考虑以政府信息化主管部门的角度考虑建立一套评估机制是非常有
用的这其中包括 1、 通过对各单位业务系统运行情况的调查进行历史数据的收集分析按分
类建立基准指标库。收集的信息包括服务器的配置、并发用户数每天业务量、CPU负荷等
2、 由厂商定期提供基准值更新基准指标库 有了基准指标库的信息参照不仅可以用于评估
项目建设方案中服务器选型也可以对各部门进行系统架构设计的优化提供指导。如以下是
一些指导原则 1、 数据库服务器选型采购两台相同配置的小型机进行虚拟分区和并行处理
以提高系统资源的利用率日后扩容时采取垂直扩展的方式进行升级 2、 应用服务器采用负
载均衡的方式提高并发处理能力一般可配置2台以上每台的硬件配置完全可以不同应首先
考虑使用旧的数据库服务器利旧如需采购新的服务器应采用水平扩展的方式逐步升级 3、
WEB服务器可以考虑采用刀片服务器提高扩展性和可管理性。 参考一 金保工程建设中服
务器选型建议 /gb/zt/2005-12/14/content_中华
人民共和国劳动和社会保障部网站 参考二某项目计算实例 为了方便计算数据库服务器的
造型我们约定 系统同时在线用户数为1500人U1 平均每个用户每分钟发出2次业务请求
N1 系统发出的业务请求中更新、查询、统计各占1/3 平均每次更新业务产生3个事务T1
平均每次查询业务产生8个事务T2 平均每次统计业务产生13个事务T3 一天内忙时的处
理量为平均值的5倍 经验系数为1.6实际工程经验 考虑服务器保留30的冗余 服务器需
要的处理能力为 TPC-CU1N1T1T2T3/33经验系数/冗余系数 则应用服务器的处理性能
估算为 TPC-C 150023813/351.6/0.7 274285 tpmC 数据库服务器关系到整个系统的稳
定运行考虑到高可靠性和高可用性并注重设备的可扩展性和性价比系统将配置两台TPC-C
值不小于28万的高性能数据库服务器。 link: TPC基准程序及tpmc值
/200603/20060312_ 读懂服务器性能指标拨
开服务器评测体系迷雾 /263/ 深入解读TPC体系
/store/detail/icleId49970ColumnId11541p
gview 如何实施Benchmark标准测试-问题的提出及Tpc-C标准
/archives/2004/10/howto_implement_benchmark_
ml IBM IBM SUN HP 型号 p520 p615 V240 rx2600 处理器 1.65G Power5 1.45G
Power4 1.28G Ultra SPARC VI Itanium II 1.5Ghz 配置 2W4GB 2W4GB 2W4GB
2W4GB 列表价USD 84014 59691 67456 152296 估计处理能力 tpmC 103010 46072
23575 73945 性价比 6.48 4.29 3.49 6.06 IBM IBM SUN HP 型号 p550 p630 V480
rx4640 处理器 1.65G Power5 1.45G Power4 1.2G Ultra SPARC III Itanium II 1.5Ghz
配置 2W4GB 2W4GB 4W8GB 2W4GB 列表价USD 141995 96535 372000 240790
估计处理能力 tpmC 103010 46072 46000 75860 性价比 3.82 2.65 1.66 3.89 IBM
IBM SUN HP 型号 p570 Low p650 E4900 rx7620 处理器 1.5G Power5 1.45G
Power4 1.2G Ultra SPARC III PA-8800 900MHz 配置 4W8GB 4W8GB 8W16GB
8W16GB 列表价USD 275120 302461 4258032 1472675 估计处理能力 tpmC
190141 95280 165000 140000 性价比 3.46 1.75 1.29 1.18