tpc是哪个？tpc是哪个？tpc是哪个？tpc是哪个？tpc是哪个？tpc是哪个？

TPC上的词条是这样说的：

TPC

  天的用户在选用平台时面对的是一个缤纷繁杂的世界。用户希望有一种度量标准,能够量化计算机系统的性能，以此作为选型的依据。作者曾在美国从事过数年计算机性能评价工作，深深体会到，计算机的性能很难用一两种度量来 评价，而且，任何度量都有其优缺点，尤其是当使用者对性能度量了解不深时，很容易被引入一些误区，甚至推演出错误的结论。本文以TPC基准程序为例，给出一 些实际建议，以帮助用户避免进入这些误区。 

  一、什么是TPC和tpmC 

  tpmC值在国内外被广 泛用于衡量计算机系统的事务处理能力。但究竟什么是tpmC值呢作者曾向一些 用户、推销人员乃至某些国外大公司的技术人员问过这个问题，但回答的精确度 与tpmC值的流行程度远非相称。tpmC这一度量也常被误写为TPM或TPMC。 

  1、TPC 

  TPC(Transaction Processing Performance Council，事务处理性能委员会)是由数10家会员公司创建的非盈利组织，总部设在美国。该组织对全世界开放，但迄今为止，绝大多数会员都是美、 日、西欧的大公司。TPC的成员主要是计算机软硬件厂家，而非计算机用户，它的功 能是制定商务应用基准程序(Benchmark)的标准规范、性能和价格度量，并管理测 试结果的发布。 

  TPC的出版物是开放 的，可以通过网络获取(http://wwwtpcorg)。TPC不给出基准程序的代码，而只 给出基准程序的标准规范(Standard Specification)。任何厂家或其它测试者都可以根据规范，最优地构造出自己的系统(测试平台和测试程序)。为保证测试结果的客观性，被测试者(通常是厂家)必须提交给TPC一套完整的报告(Full Disclosure Report)，包括被测系统的详细配置、分类价格和包含五年维护费用在内的总价 格。该报告必须由TPC授权的审核员核实(TPC本身并不做审计)。现在全球只有几个审核员，全部在美国。 

  2、tpmC 

  TPC已经推出了四套基准程序，被称为TPC－A、TPC－B、TPC－C和TPC－D。其中A和B已经过时，不再使用了。TPC－C是在线事务处理(OLTP)的基准程序，TPC－D是决策支持(Decision Support) 的基准程序。TPC即将推TPC－E，作为大型企业(Enterprise)信息服务的基准程序。 

  TPC-C模拟一个批发 商的货物管理环境。该批发公司有N个仓库，每个仓库供应10个地区，其中每个地 区为3000名顾客服务。在每个仓库中有10个终端，每一个终端用于一个地区。在运 行时，10×N个终端操作员向公司的数据库发出5类请求。由于一个仓库中不可能 存储公司所有的货物，有一些请求必须发往其它仓库，因此，数据库在逻辑上是 分布的。N是一个可变参数，测试者可以随意改变N，以获得最佳测试效果。 

  TPC-C使用三种性能 和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是transactions per minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。要注意的是，在处理新订单的同时，系统还要按表1的要求处理其它4类事务 请求。从表1可以看出，新订单请求不可能超出全部事务请求的45％，因此，当一个 系统的性能为1000tpmC时，它每分钟实际处理的请求数是2000多个。价格是指系 统的总价格，单位是美元，而价格性能比则定义为总价格÷性能，单位是＄/tpmC。 

  二、如何衡量计算机系统的性能和价格 

  在系统选型时，我们一定不要忘记我们是为特定用户环境中的特定应用选择系统。切忌为了“与国际接 轨”而盲目套用“国际通用”的东西。在性能评价领域，越是通用的度量常常越是不准确的。据我所知，美国的一些大用户从不相信任何“国际通用”的度量，而是花相当精力，比如预算的5％，使用自己的应用来测试系统，决定选型。在使用任何一种性能和价格度量时，一定要弄明白该度量的定义，以及它是在什么系统配置和运行环境下得到的，如何解释它的意义等。下面我们由好到差讨论三种方式。 

  1、在真实环境中运行 实际应用 

  最理想的方式是搞一个试点，要求制造商或系统集成商配合将系统(含平台、软件和操作流程)在一个 实际用户点真正试运行一段时间。这样，用户不仅能看到实际性能，也能观察到系统是否稳定可靠、使用是否方便、服务是否周到、配置是否足够、全部价格是否合理。如果一个部门需要购买一批同类的系统，这种方式应列为首选，因为它不仅最精确、稳妥，也常常最有效率，用户还可先租一套系统作为试点。用这种方式得到的度量值常常具有很明确和实际的含义。 

  2、使用用户定义的基准程序 

  如果由于某种原因第一种方式不可行，用户可以定义一组含有自己实际应用环境特征的应用基准程序。 我举两个例子：近年来，由于R/3软件是应用层软件，SAP公司的基准程序获得了越来越多国外企业的认可；中国税务总局最近也开发了自己的基准程序，以帮助税务系统进行计算机选型。这种方式在中国尤其重要，因为中国的信息系统有其特殊性。 

  3、使用通用基准程序 

  如果第1种和第2种方式都不行，则使用如TPC-C之类的通用基准程序，这是不得已的一种近似方法。因 此，tpmC值只能用作参考。我们应当注意以下几点： 

  (1)实际应用是否与基准程序相符 

  绝大多数基准程序都是在美国制订的，而中国的企事业单位与美国的运作方式常常不一样(恐怕也不应该或不可能一样)。在使用TPC－C时，我们应该清楚地知道：我的应用是否符合批发商模式事务请求是否与表1近似对响应时间的要求是否满足表1如果都不是，则tpmC值的参考价值就不太大了。 

  (2)TPC度量的解释 

  TPC基准程序是用来测系统而不是测主机的，厂家肯定要充分优化他们的被测系统。此处的“系统”包括主机、外设(如硬盘或RAID)、主机端操作系统、数据库软件、客户端计算机及其 操作系统、数据库软件和网络连接等。在很多厂家的TPC测试系统中，主机的价格只是系统总价格的1/4或更小，而硬盘的价格有可能占到总价格的1/3以上，因为TPC－C要求被测系统必须保存180天的事务记录。如果同样的主机被用到用户的环境中，厂家报的tpmC值就意义不大，因为用户的实际系统与厂家原来用于TPC测试的系统大不一样。当同样的主机用在不同的系统中时，tpmC值可能有相当大的变化，现在很多用户还没有意识到这一点。 

  我举一个例子。假设用 户希望购买一批同类系统，每一系统至少需要1GB的内存和50GB的硬盘。厂家A、B、C 各报了三个价格相当的系统，tpmC值分别为3000、2800、2600。用户是否应该选厂 家A的产品呢答案是：不一定。厂家用于测试tpmC值的系统与实际提供给用户的系统配置大不一样。tpmC最低的厂家C提供给用户的系统反而有可能性能最好，不 论是以实际系统的tpmC值还是以用户的实际应用性能来衡量。 

  (3)TPC测试的成本 

  TPC－C和TPC－D都是很复杂的基准程序，做一个严格的测试是很消耗资源的，厂家当然不会说出他们花费了多少钱和时间。但据国外知情人士透露，一个厂家做第一个TPC－C测试需 要几十万到上百万美元的资金和半年左右的时间投入。因此，很多TPC的度量值都 是估计的。由于计算机系统换代频繁，如果用户一定要用通过审核的度量值，就必 须多等待半年时间，因此而不能用最先进的系统。中国的厂家通过审核的时间则 更长。 

  综上所述，我们对中国 用户(尤其是大用户)在计算机系统的选型方面有如下建议： 

  最好建立一个真实的试点，因为实际应用环境是检验计算机系统的最好标准。 

  中国的行业应该建立符合自己实际应用的基准程序和测试标准。中国税务总局的做法值得提倡。国家有关部门应该建立独立的测试中心，制定跨行业、符合中国企事业运作模式的性能测试标准。 

  “国际通用”的度量可以作为参考值，而不应作为必要条件。尤其是一定要弄清这些流行度量有什么含义，是在什么样的系统环境中测得的，以及基准程序是否符合企业真实的业务流程和运作模式。 

  --------------------------------------------------------------------------------------------------------------------------------------------------

  作为一家非盈利性机构，事务处理性能委员会（TPC）负责定义诸如TPC-C、TPC-H和TPC-W基准测试之类的事务处理与数据库性能基准测试，并依据这些基准测试项目发布客观性能数据。TPC基准测试采用极为严格的运行环境，并且必须在独立审计机构监督下进行。委员会成员包括大多数主要数据库产品厂商以及服务器硬件系统供应商。 

  相关企业参与TPC基准测试以期在规定运行环境中获得客观性能验证，并通过应用测试过程中所使用的技术开发出更加强健且更具伸缩性的软件产品及硬件设备。 

  TPC-C是一种旨在衡量联机事务处理（OLTP）系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多IT专业人员将TPC-C视为衡量“真实”OLTP系统性能的有效指示器。 

  TPC-C基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务（tpmC）吞吐量。特别值得一提的是，它将专门测量系统在同时执行其它四种事务类型（如支付、订单状态更新、交付及证券级变更）时每分钟所生成的新增订单事务数量。独立审计机构将负责对基准测试结果进行公证，同时，TPC将出据一份全面彻底的测试报告。这份测试报告可以从TPC Web站点(http://wwwtpcorg)上获得。

  tpmC定义: TPC-C的吞吐量，按有效TPC-C配置期间每分钟处理的平均交易次数测量，至少要运行12分钟。

  1．TPC-C规范概要 

  TPC-C是专门针对联机交易处理系统（OLTP系统）的，一般情况下我们也把这类系统称为业务处理系统。 

  TPC-C测试规范中模拟了一个比较复杂并具有代表意义的OLTP应用环境:假设有一个大型商品批发商，它拥有若干个分布在不同区域的商品库；每个仓库负责为10个销售点供货；每个销售点为3000个客户提供服务；每个客户平均一个订单有10项产品;所有订单中约1%的产品在其直接所属的仓库中没有存货，需要由其他区域的仓库来供货。 

  该系统需要处理的交易为以下几种： 

  New-Order：客户输入一笔新的订货交易； 

  Payment:更新客户账户余额以反映其支付状况; 

  Delivery:发货(模拟批处理交易); 

  Order-Status:查询客户最近交易的状态； 

  Stock-Level:查询仓库库存状况，以便能够及时补货。 

  对于前四种类型的交易，要求响应时间在5秒以内；对于库存状况查询交易，要求响应时间在20秒以内。 

  2．评测指标 

  TPC-C测试规范经过两年的研制，于1992年7月发布。几乎所有在OLTP市场提供软硬件平台的厂商都发布了相应的TPC-C测试结果，随着计算机技术的不断发展，这些测试结果也在不断刷新。 

  TPC-C的测试结果主要有两个指标： 

  ● 流量指标(Throughput，简称tpmC) 

  按照TPC的定义，流量指标描述了系统在执行Payment、Order-status、Delivery、Stock-Level这四种交易的同时，每分钟可以处理多少个New-Order交易。所有交易的响应时间必须满足TPC-C测试规范的要求。 

  流量指标值越大越好！ 

  ● 性价比(Price/Performance，简称Price/tpmC) 

  即测试系统价格（指在美国的报价）与流量指标的比值。 

  性价比越小越好！ 

  3．结果发布 

  各厂商的TPC-C测试结果都按TPC组织规定的两种形式发布：测试结果概要(Executive Summary)和详细测试报告(Full Disclosure Report)。测试结果概要中描述了主要的测试指标、测试环境示意图以及完整的系统配置与报价，而详细测试报告中除了包含上述内容外，还详细说明了整个测试环境的设置与测试过程。 

  P690 tpmC测试值：76,389,83900

  $/tpmC：83100

  美国美金报价：6,349,2230

  CPU数：32

  数据库：IBM DB2 UDB 81

  操作系统：AIX 5L V52

  中间件：TUXEDO 80

  测试日期：2003630

  P690 TPC-C测试的配置：

  1． 后台：1 x eServer pSeries 690 with 32 x 17GHz POWER4+ processors with 128MB L3 cache per MCM (total of four MCMs), 512GB memory

  2． 前端：30 x eServer pSeries 630 Model 6E4 each with 4 x 10GHz POWER4 CPUs with 32MB L3 cache, 16GB memory

  SPECweb:

  SPECweb96: 在SPECweb96基准测试程序上实现的每秒钟超文本传输协议（HTTP）操作最多次数，响应时间无明显退化。

  SPECweb99: 接入数，网络服务器可用预先确定的工作量支持的同时接入数。SPECweb99检测设备模拟客户通过慢Internet联接，向网络服务器发送HTTP工作量请求。

  SPECweb99 测试Web服务器运行状况

  SPECweb99 是由标准性能评估组织（SPEC）开发的Web服务器基准测试。它测量满足特定吞吐量和客户请求响应速率要求的WEB服务器的最大并发连接数量。并发连接的合计波特率在320 Kbps到400Kbps范围内，则满足相应规范。

  SPECweb99 在一台称为主客户端的机器上运行，这台机器上包含有允许用户加载特定负载请求的配置文件。主客户端也要处理在客户端和服务器或测试中的系统（SUT）之间的传输协调问题。客户端通过许多子进程／线程生成独立HTTP请求流，仿真足够的负载发送给SUT。

  在这个测试中，客户端向测试中的服务器发送请求数据。测试规范要求客户端和服务器之间的连接不能使用片段大小大于1460比特的TCP协议。因此，每一个客户端读取1460比特或更少数据块的响应。

  测试中使用两种类型的负载量：

  静态负载 静态负载具有四种类型的文件。最小的文件的增幅为01KB，第二种文件类型的增幅为1KB，最后两种类型的文件的增幅为10KB和100KB。每一个目录包含每种类型9个文件共36个文件。

  目标请求的文件类型在各类型中分散使用。在每一类中的9个文件中又进行二次分布。最终目标文件混合为：

  35％的请求文件小于1 KB

  50％的请求文件小于10 KB

  14％的请求文件小于100 KB，但是大于或等于10 KB

  1％的请求文件小于1000 KB，但是大于或等于100 KB

  动态负载动态负载是基于广告和用户注册。共有四种在SPECweb99中使用的请求内容类型，分别是标准动态取操作、动态随机取操作、动态发送操作和客户图形接口动态取操作。标准动态取操作和客户图形接口动态取操作表现web服务器的简单广告轮转特性。带有广告轮转的动态取操作追踪用户和用户选择，所以广告可以由不同的方式来定制。最终，动态发布实施一个用户注册在相应的网站上。

  P690 SPECweb99测试值：21,000

  Web服务器：Zeus 40

  操作系统：AIX 5L V51 (64-bit)

  CPU数：16

  测试日期：2001-10-1

  测试配置：16 x 13GHz POWER-4 Processors w/1440KB unified on chip L2 cache, 192GB memory, 32 x 32 IBM Gigabit Ethernet-SX PCI controllers, 32 x Gigabit Ethernet network (1 Gigabit/sec ), 96 x Clients (4 x 375MHz POWER3-II, RS/6000 44P-270), Requested Connections = 21000, Max Fileset Size = 673196MB

  P650 SPECweb99测试值：12,400

  Web服务器：Zeus 41r3

  操作系统：AIX 5L V52 (64-bit)

  CPU数：8

  测试日期：2002-10-1

  测试配置：8 x 145GHz POWER4+ processors w/15MB(I+D) unified on chip L2 cache, 32MB unified off chip/SCM L3 cache, 64GB memory, 8 x Gigabit Ethernet-SX PCI-X controllers, 8 x Gigabit Ethernet network (1 Gigabit/sec ), 48 x Clients (6 x 668MHz RS64-IV, pSeries 620 Model 6F1), Requested Connections = 12400, Max Fileset Size = 3980128MB

  p630 SPECweb99测试值：6,895

  Web服务器：Zeus 42r1

  操作系统：AIX 5L V52(64-bit)

  CPU数：4

  测试日期：2003-2-1

  测试配置：4 x 1450MHz POWER4+ Processors w/1536KB(I+D) unified on chip L2 cache, 8MB unified (off chip)/SCM L3 cache, 32GB memory, 4 x Gigabit Ethernet-SX PCI-X controllers, 4 x Gigabit Ethernet networks (1 Gigabit/sec ), 24 x Clients (4 x 375MHz POWER3-II, pSeries 640 Model B80), Requested Connections = 6900, Max Fileset Size = 2219912MB

  NotesBench:

  NotesBench是测试各种不同Lotus Notes方面的驱动程序。目的是执行自定义工作量教本中的命令，模拟客户机的操作。NotesBench测试“仅测试邮件”和“测试邮件和数据库”。所有已经公布的IBM结果均为“仅测试邮件工作量”。

  p680 NotesBench测试值：150,197

  用户数：108,000

  平均反应时间：0584秒

  Domino服务器版本：506a

  操作系统：AIX 433

  CPU数：4

  测试日期：20011120

  测试配置：IBM eServer pSeries 680 (24RS64 IV/600MHz; 96GB RAM, 30 Partitions)

当前业界常见的服务器性能指标有:

TPC-C

TPC-E

TPC-H

SPECjbb2005

SPECjEnterprise2010

SPECint2006 及 SPECint_rate_2006

SPECfp2006 及 SPECfp_rate_2006

SAP SD 2-Tier

LINPACK

RPE2

一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发 布主要基准测试为:

TPC-C : 数据库在线查询(OLTP)交易性能

TPC-E : 数据库在线查询(OLTP)交易性能

TPC-H : 商业智能 / 数据仓库 / 在线分析(OLAP)交易性能

1TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现 正规 TPC-C 测试结果发布必须提供 tpmC值, 即每分钟完成多少笔 TPC-C 数据库交易 (TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把 TPC-C 测试结果写成为 tpm, TPM, TPMC, TPCC 均不属正规。

2TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。

对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。

我来说吧！

一句话介绍：思极有容数据库思极有容数据库思极有容数据库（思极有容数据库）是一款国产自主可控的分布式关系型数据库集群软件，极致稳定，极致易用，极致性能，具备支持跨地域、去中心、高并发、多副本强一致、高可用、高可扩展等特性；目前已经满分通过工信部信通院“分布式事务数据库”测试。

产品优势：思极有容数据库是完全兼容MySQL协议的分布式的数据库产品，对于需要分库分表的业务需求，无需业务做任何分布式改造，就像使用单机MySQL一样去处理更大的数据，更大的并发。思极有容数据库是由国网信产集团自主研发的分布式数据库，已经与ARM、飞腾、UOS等国产化体系完全兼容。

思极有容数据库数据库集群具备极强的可定制性，可以针对国网科技项目需求进行创新性定制开发，并且在数据库核心技术专利方面，信产集团思极有容团队有丰富的专利申请和论文发表经验，充分体现科技项目先进性和创新性。思极有容数据库数据库具有HTAP部署模式，可以同时支撑大并发的联机交易和复杂的大SQL查询，可以通过分层按需横向准线性扩展，不断满足系统事务交易负载和复杂查询负载的增长需求。

趋势价值分析1）分布式是趋势，但是技术门槛高，对研发，运维的水平要求高。2）思极有容数据库作为分布式解决方案对应用透明，研发人员精力集中在业务实现，而不是被分库分表耗费过多精力，从而提高效率，这是一个很有价值和意义的事情。

场景及核心特性：

适用场景1）事务交易场景，对数据操作事务性要求高，对数据一致性要求高的场景2）大并发大数据量场景，针对海量数据库进行大并发的联机交易的场景3）业务规模持续快速增长，对数据库的存储与性能有较强扩展性需求的场景4）报表即席查询展现场景适用业务：支持交易、企业管理、办公、门户、生产控制等信息化业务系统构建。

思极有容数据库核心特性:1）数据强一致性。思极有容数据库数据库事务数据强一直，任何故障场景下确保集群数据不丢失，数据强一致，RPO为0。2）扩展性。思极有容数据库数据库基于sharding实现数据库横向高可扩展，数据库性能随集群节点扩展准线性提升。3）高可用性。思极有容数据库分布式数据库的目标是能够高度容错磁盘、机器、机架，甚至数据中心故障，在无需人工干预的情况下，可最小化故障的各种影响，确保4个9的高可用性4）成本。思极有容数据库数据库支持廉价PC服务器/虚拟环境部署，可以大幅降低数据库的持有成本。5）国产化。思极有容数据库数据库支持主流的国产CPU与国产OS平台，可以用于构建全栈国产化的解决方案。6）高性能。思极有容数据库数据库在3台国产鲲鹏服务器下可以跑出100万TPMC的性能。

和竞争对手相比的主要优势1）和传统国产数据库厂家，例如达梦、人大、神通等相比，思极有容数据库采用原生分布式架构，在集群扩展性和大规模部署后集群性能方面有较大优势；同时思极有容数据库完全兼容和继承MySQL生态，非常的易用易适配，可以无缝衔接大量第三方数据处理组件，有巨大的生态优势。2）和开源数据库MySQL/PostgreSQL相比，思极有容数据库具备强大的扩展能力和准线性的性能提升优势，在数据存储容量、事务吞吐性能、数据库原生高可用方面具备碾压优势。3）和新兴分布式数据库厂家，例如阿里DRDS、腾讯TDSQL等相比，思极有容数据库具备更加完备的SQL语法支持，具备更加强大的事务吞吐性能，对应用适配更加友好。

就拿PC0和PC1说，根据你的图，四台PC分别都接了路由，那么肯定在四个不同的网段了。

例如分配PC0在19216800/24网段，其IP地址为192168010，网关为19216801

PC1在19216810/24网段，其IP地址为192168110，网关为19216811

那么，中间的二层交换机不需要配置什么，直接分别在路由器上面配置好对应接口的网关即可：

假设Router0的F0/0口接的SW0的F0/0，那么在router0的F0/0接口下配置如下命令：

ip add 19216801 2552552550

no sh

同理，在Router1上配置

ip add 1921611 2552552550

no sh

另，四台路由器都汇聚到一台三层交换机上，那么他们之间会有另外一个网段，假设是100110/24，分别给路由器连接交换机的接口配置上这个网段的地址，然后在三层交换上写好静态路由即可。

如有不明白可以追问。

小型机通常采用RISC（精简指令集）处理器，运行UNIX操作系统，主流品牌有IBM P、HP9000、ALPHA、SUN等，一般运用于电信计费、银行清算、铁路调度、电力调度等企业级客户的关键业务。与PC服务器相比小型机具有以下特点：

1性能高。小型机在计算能力、I/O带宽等性能远超过PC服务器，tpmC值可达上千万。

2安全性高。采用HA、RAID等技术有效保证了系统“故障导向安全”性能；采用UNIX操作系统具有很好的系统管理性，很少收病毒侵袭。

3扩展性强。小型机的CPU数量、主频、内存、I/O、存储等有很大的扩展空间，同样的机型可以满足客户不同时期的使用需求。

4价格昂贵。设备价格从数万到数百万，需要专业的技术人员管理。

目前市场流行的小型机有：

IBM P系列：P550\P570\P590\P595,P750

HP RX系列:RX2XXX\RX4000\RX6000

HP ALPHA系列:ES40\ES47\ES80

按CPU的类型来区分,小型机是基于RISC(精简指令集)架构的专用服务器,而服务器是基于CISC(复杂指令集)架构的PC服务器小型机相对于普通服务器来说,一直有不可比拟的优势如必能稳定,它具有处理复杂多任务的超强能力,宕机时间远远低于其他类型的服务器,可用性非常高,它的I/O吞吐能力极强,能有效处理并时突发的巨量数据,擅长于大型数据库的访问与处理,它的扩展性也不错,给用户提供了尽可能多的扩充空间和升级的余地,小型机的安全性也很高,一般使用专用的操作系统,有很强的独立性,从底层防止入侵的设计策略,确保了服务器的安全平稳运行,还有就是它的负载能力,小型机采用的动态分区管理,根据不同应用负载量的大小灵活地分配系统资源小型机高昂的价格还有专用的系统一直制约着小型机的发展,也正是如此很多人都不知道小型机的概念

在构买小型机时主要也就是考虑它的运算能力,I/O吞吐能力和TPMC值这几个重要指标,TPMC值越高,机器的事务处理能力就越强,在国内用的最多的就是IBM,HP,SUN这几个品牌的各种档次的小型机SUN的小型机在Internet/intranet应用上有较完善的解决方案,性价比也不错,HP的机器有单机处理能力强的特点,IBM则在独立系统和存储方面较为领先

问题一：衡量一个软件系统性能的常见指标有哪些 我参考了下博云软件的观点得出以下几点技术性能指标：1、系统平均无故障时间，2、系统联机响应时间、处理速度和吞吐量，3、系统操作是的灵活性和方便性，4、系统加工数据的准确性，5、系统的可扩充性，6、系统的可维护性。

问题二：软件测试常见性能指标有哪些，并简述其定义 1、响应时间

响应时间指的是“系统响应时间”，定义为应用系统从发出请求开始到客户端接收到响应所消耗的时间。把它作为用户视角的软件性能的主要体现。它包括网络上的传输时间，web服务器上处理时间，APP服务器上处理时间，DB服务器上处理时间，但不包括浏览器上的内容显示时间，即“呈现时间”，这是因为呈现时间在很大程度上取决于客户端的表现。

2、最大并发用户数

有两种理解方式，一种是从业务的角度来模拟真实的用户访问，体现的是业务并发用户数，指在同一时间段内访问系统的用户数量。另一种是从服务器端承受的压力来考虑，这里的“并发用户数”指的是同时向服务器端发出请求的客户数，该概念一般结合并发测试（Concurrency Testing）使用，体现的是服务端承受的最大并发访问数。

3、吞吐量

吞吐量是指“单位时间内系统处理的客户请求的数量”，直接体现软件系统的性能承载能力。一般来说，吞吐量用请求数/秒或是页面数/秒来衡量，从业务的角度，吞吐量也可以用访问人数/天或是处理的业务数/小时等单位来衡量。当然，从网络的角度来说，也可以用字节数/天来考察网络流量。对于交互式应用来说，吞吐量指标反映的是服务器承受的压力。

4、性能计数器

性能计数器（Counter）是描述服务器或操作系统性能的一些数据指标。例如，对Windows 系统来说，使用内存数（Memory In Usage），进程时间（Total Process Time）等都是常见的计数器。

5、思考时间

思考时间（Think Time），也被称为“休眠时间”，从业务的角度来说，这个时间指的是用户在进行操作时，每个请求之间的间隔时间。从自动化测试实现的角度来说，要真实地模拟用户操作，就必须在测试脚本中让各个操作之间等待一段时间，体现在脚本中，具体而言，就是在操作之间放置一个Think 的函数，使得脚本在执行两个操作之间等待一段时间。

6、TPS

TPS:Transaction per second，每秒钟系统能够处理的交易或者事务的数量。它是衡量系统处理能力的重要指标。

7、HPS

点击率：HPS，每秒钟用户向WEB服务器提交的HTTP请求数。这个指标是WEB应用特有的一个指标，WEB应用是请求―响应模式，用户发出一次申请，服务器就要处理一次，所以点击是WEB应用能够处理的交易的最小单位。

问题三：软件技术指标有哪些？ VOL 量能指标 MACD 指数平滑异同移动平均线 KDJ 随机指标 RSI 相对强弱指标

问题四：软件性能测试监控的关键指标有哪些 性能测试对于Windows的系统资源，一般监控CPU，内存，磁盘。

问题五：常见的服务器性能指标有哪些及简要介绍 当前业界常见的服务器性能指标有:

TPC-C

TPC-E

TPC-H

SPECjbb2005

SPECjEnterprise2010

SPECint2006 及 SPECint_rate_2006

SPECfp2006 及 SPECfp_rate_2006

SAP SD 2-Tier

LINPACK

RPE2

一、TPC (Transaction Processing Performance Council) 即联机交易处理性能协会, 成立于1988年的非盈利组织,各主要软硬件供应商均参与,成立目标: 为业界提供可信的数据库及交易处理基准测试结果,当前发 布主要基准测试为:

TPC-C : 数据库在线查询(OLTP)交易性能

TPC-E : 数据库在线查询(OLTP)交易性能

TPC-H : 商业智能 / 数据仓库 / 在线分析(OLAP)交易性能

1TPC-C测试内容：数据库事务处理测试, 模拟一个批发商的订单管理系统。实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现 正规 TPC-C 测试结果发布必须提供 tpmC值, 即每分钟完成多少笔 TPC-C 数据库交易 (TPC-C Transaction Per Minute), 同时要提供性价比$/tpmC。如果把 TPC-C 测试结果写成为 tpm, TPM, TPMC, TPCC 均不属正规。

2TPC-E测试内容：数据库事务处理测试，模拟一个证券交易系统。与TPC-C一样，实际衡量服务器及数据库软件处理在线查询交易处理（OLTP）的性能表现。正规TPC-E测试结果必须提供tpsE值，即每秒钟完成多少笔TPC-E数据库交易（transaction per second），同时提供$/tpsE。测试结果写成其他形式均不属正规。

对比：TPC-E测试较TPC-C测试，在测试模型搭建上增加了应用服务器层，同时增加了数据库结构的复杂性,测试成本相对降低。截止目前，TPC-E的测试结果仅公布有50种左右，且测试环境均为PC服务器和windows操作系统，并无power服务器的测试结果。除此之外，TPC官方组织并未声明TPC-E取代TPC-C，所以，说TPC-E取代TPC-C并没有根据。

问题六：软件技术指标有哪些？ 请问软件技术指标有哪些呢？各位大虾能否珐合工作实际描述一下？小弟在书本上看到的都是些概念性的说法。谢谢！

问题七：手机性能指标 手机性能指的是什么 目前主流手机配件都际几公司所定比性智能手机性能重要指标电脑依CPU频率、核数、RAM（运行内存）、ROM（手机存储）速度、GPU（显卡）性能、主屏幕像素、像素密度、摄像像素、软件情况目前业内测试软件测试手机性能关键指标

问题八：软件性能测试 指标tps有哪些要求 tps一般要按二八原则满足每天交易量，

举例：被测系统一天工作窗口是8小时，处理了10万笔交易

tps>（100000×80%）/（8×3600×20%）=1389

问题九：以下指标中哪个是衡量软件性能的指标 一台计算机功能的强弱或性能的好坏，不是由某项指标来决定的，而是由它的系统结构、指令系统、硬件组成、软件配置等多方面的因素综合决定的。但对于大多数普通用户来说，可以从以下几个指标来大体评价计算机的性能。 1、CPU的运算速度。运算速度是衡量计算机性能的一项重要指标。通常所说的计算机运算速度（平均运算速度），是指每秒钟所能执行的指令条数，一般用“百万条指令／秒”（mips，Million Instruction Per Second）来描述。同一台计算机，执行不同的运算所需时间可能不同，因而对运算速度的描述常采用不同的方法。常用的有CPU时钟频率（主频）、每秒平均执行指令数(ips)等。微型计算机一般采用主频来描述运算速度，通常显示为XX GHz。一般说来，主频越高，运算速度就越快。 2、字长。一般说来，计算机在同一时间内处理的一组二进制数称为一个计算机的“字”，而这组二进制数的位数就是“字长”。在其他指标相同时，字长越大计算机处理数据的速度就越快。现在的大多装人都装64位的了。 3、内存的容量。内存储器，也简称主存，是CPU可以直接访问的物理存储器，需要执行的程序与需要处理的数据就是存放在主存中的。内存储器容量的大小反映了计算机即时存储信息的能力。随着操作系统的升级，应用软件的不断丰富及其功能的不断扩展，人们对计算机内存容量的需求也不断提高。目前，常见的内存容量都在1GB以上了。内存容量越大，系统功能就越强大，能处理的数据量就越庞大。 4、外存储器的容量。外存储器容量通常是指硬盘容量（包括内置硬盘和移动硬盘）。外存储器容量越大，可存储的信息就越多，可安装的应用软件就越丰富。目前，硬盘容量一般为300 G至1TB，以后存储容量还会更大。 以上只是一些主要性能指标。除了上述这些主要性能指标外，计算机还有其他一些指标，例如，所配置外围设备的性能指标以及所配置系统软件的情况等等。另外，各项指标之间也不是彼此孤立的，在实际应用时，应该把它们综合起来考虑，而且还要遵循“性能价格比”的原则。

问题十：app开发，比较看重的性能指标有哪些 博客 app最重要的指标有九个，最重要9个的KPI指标，它们可以评估移动App应用软件是否成功。

1用途

用户评价一款App应用时，会首先是从它的用途入手，而真正成功的App应用能够解决用户所面临的问题。除了单纯的使用外，还必须了解用户的年龄段，应用的使用频率、时间、方式等。特别的，对受众群体进行特征分析，可以估测不同受众群体使用情况，预测模型转换。了解这些问题后，可以对App应用有更深刻的见解，并且有的放矢进行资源分配，从而获得更大的利润。

2 产品终生价值

对任何一款App应用而言，经得住检验并且可靠耐用，就是对产品终生价值(LTV)最重要的评价标准。简言之，LTV是移动用户相对于非移动用户的价值。如果移动用户比非移动用户更忠诚、使用频率更高，那么这个移动策略就是切实可行的。根据不同的用途来评断“价值”，这样就可以在了解应用对不同用户的价值后，就可以明确哪些功能对用户是重要的，哪些是有待提高的。

3保留率

一款应用软件不会一直都是最热门的，因此要延长使用寿命就必须重视保留率，特别是在第1、7、30天的保留率。如今，保留率以及成为应用软件的最大的挑战，调查显示，有65%的人会在安装3个月后停止使用。而且早期的保留率预测也能显示市场生产力。另外，应用软件排名也越来越关注保留率。对用户来说保留率是更好的指标，但是只有做的很出色才会有更高的保留率。

4活跃用户

每个人都可以下载应用软件，但是要想让用户定期使用并不那么容易。月度活跃用户(MAU)、日活跃用户(DAU)

都是评估用户活跃度的关键指标。如果用户喜欢一款App，它们就会经常使用，甚至能到依赖的程度。只有了解这类人群的特质以及他们是如何使用的，才会创造出更受欢迎的App应用，并且把更多的客户转化为活跃客户。

5使用时间

只打开应用软件与切实使用应用软件是有很大区别的，就像网页访问量与网页浏览时间相比一样。增加使用时间对App应用而言是非常重要的。要想使App应用更加具有用户粘性，就要让它更具吸引力，这样才会有更长的使用时间。想要开发APP可以找汉恩云推。

6平均用户收益

如果App应用有固定的用户群那是很好的，但可能会创造一款应用软件能以其他方式获取收益。着眼大局要从平均用户收益(ARPU) 入手。“收益”来自于

App应用价格、应用内置广告等等，但是当 决定使用平均用户收益这个指标，那么请注意，要把 的App应用放在多个渠道平台上。

GPShopper市场营销部高级经理Andrea Cohen表示，如果

只是简单的看看用户在App应用里买了些什么，并忽略他们总体花费的增长，这绝对是一个错误。根据她曾在The North

Face和bebe这两个品牌公司的经验，每年用户使用App消费比在线用户多15%，甚至能占到总体收益的25%。

7App加载/登陆时间

的App应用需要六秒才能登陆明确的告诉 ，不会有人愿意花时间用这款App应用的。时间可以说是App应用的本质，

有责任为用户提供更高效的应用加载时间。用户应用加载App应用，登陆新页面，在应用里进行购买交易，所有处理都应该是无缝完成。如果

让用户思索为什么这款App应用的加载时间这么长，他们可能已经用上了 竞争对手的App了。

8用户获取

获取新用户有一个办法，那就是研究一下现有用户是如何找到

开发的App应用的，是通过搜索，付费广告，内置推荐，还是通过口碑相传。人们会因为不同的原因寻找不同的App应用，>>

主频是cpu一个重要的速度参数。同型号的cpu主频越大速度越快，价钱也越贵。单单说主频24很难判断哪个好。不同牌子、不同系列不同代的u就算主频相同速度也不一样。比如4核AMD u未必就能比得过英特尔的双核u。假如英特尔的第二代主频24，第三代主频是18，也不能说24主频就好过18。至于能否顺利运行大型游戏，只说24是不够的。尽管游戏还与内存、显卡等其他硬件关系很大，但是我敢肯定，如果是英特尔的第三代i73770k是可以承受大型游戏的。

主要看你的用途 是放网站还是放数据库 还是放应用软件，如果是网站的话 网站的程序代码用的是php或jsp开发的话 建议用LINUX系统比较稳定 速度快。 如果是ASPX 和ASP mssql架构的话 建议用WIN2008 WIN2012 如果你作为数据库服务器的话 而数据库是MYSQL 和ORACLE的话 建议用LINUX MSSQL的话 就用WIN就可以。