TPC-C估算方法

landece

l  主机服务器评估

TPC-C测试基准主要用于测试主机服务器每分钟能够处理的联机交易笔数，测试产生的单位结果是TPM值。TPC-C虽然客观的反映了各个计算机厂商的系统处理性能，并且测试基准也在不断完善以更加贴近现实应用的交易环境，但是仍然无法与纷繁多样的各类实际应用完全吻合；而且参加TPC测试的主机系统都做了适当程度的系统优化。因此，在实际业务应用系统选择主机服务器乘载体时，必须考虑到多方面的因素，以最大程度的做到适合应用系统的生产需求。

以下计算公式是IBM企业在金融综合业务系统的实际应用中总结的经验方法论，基本反映了金融业务特点对主机处理能力的需求：

TPM=task*80%*S*F/（T*C）

其中：

TASK：为每日业务统计峰值交易量。

T：为每日峰值交易时间，假设每日80%交易量集中在每天的4小时，即240分钟内完成：T=240。

S：为实际银行业务交易操作相对于标准TPC-C测试基准环境交易的复杂程度比例。由于实际的金融业务交易的复杂程度与TPC C标准测试中的交易存在较大的差异，须设定一个合理的对应值。以普通储蓄业务交易为例，一笔交易往往需要同时打开大量数据库表，取出其相关数据进行操作，相对于TPC-C标准交易的复杂度，要复杂很多；根据科学的统计结果，每笔交易操作相比较于TPC标准测试中的每笔交易的复杂度此值可设定为10-20。

C：为主机CPU处理余量。实际应用经验表明，一台主机服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于75%时，是处于利用率最佳状态。因此，在推算主机性能指标时，必须考虑CPU的冗余，设定C=75%。

F：为系统未来3-5年的业务量发展冗余预留。

综上所述，为保障联机业务处理性能要求，大家可推算得出主机所需的处理能力，据此得出相应的机型和配置。

l  应用服务器评估

    应用服务器与主机测算方法不同，整个系统基于J2EE架构实现，应用服务器运行Java中间件服务器。因此，应用服务器测算标准按照业界公认的SPEC组织的Jbb2005作为测算服务器运行Java应用所需要的能力。Jbb2005测试的主要因素包括JVM、JIT编译器、垃圾回收、线程、操作系统内核、CPU处理能力、Cache大小、内存大小、服务器SMP的线程扩展能力等。衡量应用服务器的指标为bops。

    应用服务器的负载按照并发来全面考虑，为了计算方便，以Servlet为粒度来进行计算。计算相关参数：

（一）并发系数：请求应用服务器的瞬间并发占峰值业务的比例。该值分为两个值测算，一是由内部人员产生的并发请求，一是由建设项目申请人通过网络申报产生的并发请求。在最繁忙的时候有2/3的业务是通过网上业务实现，1/3的业务是内部人员进行处理的，在业务量高峰期，并发可能性为1/3。

（二）Servlet计算依据：一个业务请求通常对应2次Servlet请求，网上业务该系数设置为2，内部人员应用需要处理打印等该系数设置为3。

（三）无妥协计算原则：保证在服务器池故障率达到50％时，仍然能够满足并发用户的需求，该系数为0.3。

（四）高性能计算原则：根据计算机性能的经验，计算机负载在70%以上时，对于请求的相应将有所变缓，为了保证单组服务器的响应能力，将负载控制在不超过70％，该系数为0.7。

（五）单次业务请求需处理的最大Java对象数：业务复杂度具体的应用关系密切，一次申报业务，将提交4条主表记录、3条附表记录、4条建设项目数据记录，对应VO（值对象）为11个，对应处理该笔的BO（业务对象，包括数据校验与转换对象等）为10个左右，最少需要1个数据库连接对象，1个日志对象，总的需要处理23个。

    （六）测算公式=并发请求数*Servlet请求数/（1-无妥协计算系数）/高性能计算系数*单次请求最大Java对象数。

l  Web服务器评估

Web服务器主要考虑服务器处理HTTPGet请求的并发性能，系统中对Web服务器估算的依据以SPECWeb2005为准，估算并发Web请求数。Web服务器器受以下参数影响较大：

n  CPU主频

n  内存大小

n  网卡速率

n  磁盘I/O（主要是图片）

n  内存拷贝速率

n  操作系统调用延迟

根据SPEC Web2005测算依据，按照以下指标作为测算最大并发HTTP请求的计算公式：

n  峰值业务量：以峰值业务作为峰值业务请求数；

n  并发业务请求系数：以峰值业务量中的1/3作为可能的并发系数；

n  系统冗余比例：保证服务器在满负荷时仍然有30%的余量；

并发HTTP请求：=峰值业务量 × 并发业务请求系数/（1-系统冗余比例）。