服务器能力计算.doc

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
服务器能力计算

系统处理能力TPC估算方法 1 TPC 标准介绍 在对系统进行方案设计时, 通常会遇到下列问题: a) 配置什么样的服务器设备? b) 系统性能如何? c) 系统能够满足多长时间的应用? 单凭历史经验给出一个经验值来评估整套系统显然是不够的, 必须拿出足够的理论证据来证明设计中已考虑到了上述问题。通常, 采用TPC 的基准测试来衡量硬件服务器的处理能力, 同时, 采用通用计算公式估算软件所需的处理能力。 1.1 TPC TPC 是由数10 家会员公司创建的非盈利组织,总部设在美国。该组织对全世界开放, 但迄今为止,绝大多数会员都是美、日和西欧的大公司。TPC 的成员主要是计算机软硬件厂家, 而非计算机用户, 它的功能是制定商务应用基准程序的标准规范、性能和价格度量, 并管理测试结果的发布。 TPC 的测试结果和出版物是开放的, 可以通过网站( http: //) 获取详细信息。IBM、NCR、HP、SUN 等国际著名服务器供应商均是TPC 会员,这些公司旗下的产品均会在网站上公布TPC 的测试结果。目前, 国内的工程项目中大量采用了上述公司制造的服务器类产品, 因而这些数据对于设计阶段的性能估算很有参考价值。至今, TPC 已经推出了4 套基准程序( TPC- A、TPC- B、TPC- C 和TPC- D) 。其中TPC- A 和TPC- B已经过时, 不再使用。TPC- C 是在线事务处理(OLTP) 的基准程序, TPC- D 是决策支持的基准程序。目前, 工程设计中常见的系统均为在线事务处理型( 包括BSS、OSS 和OA) , 因此TPC- C 基准测试是本文关注的重点。 1.2 TPC- C 基准测试 TPC- C 是一种旨在衡量OLTP 系统性能与可伸缩性的行业标准基准测试项目。这种基准测试项目将对包括查询、更新及队列式小批量事务在内的广泛数据库功能进行测试。许多数据专业设计人员将TPC- C视为衡量“真实”OLTP 系统性能的有效指示器。TPC- C 基准测试是对硬件处理能力的考核标准。TPC- C 通过模拟一个批发商的货物管理系统,衡量硬件服务器的性能指标( 查询、统计功能的执行效率) 。TPC 对具体的测试环境, 也做了详细的规定。 1.2.1 测试环境 批发公司有W个仓库, 每个仓库供应10 个地区, 其中每个地区为3 000 名顾客服务。每个仓库中有10 个终端, 每个终端用于一个地区。在运行时,10×W 个终端操作员向公司的数据库发出5 类请求。 1.2.2 逻辑和流程 该系统需要处理的交易有以下几种。 a) New- Order: 客户输入一笔新的订货交易。 b) Payment: 更新客户账户余额, 以反映其支付状况。 c) Delivery: 发货( 模拟批处理交易) 。 d) Order- Status: 查询客户最近交易的状态。 e) Stock- Level: 查询仓库库存状况, 以便能够及时补货。 从上述定义可见, 数据库在逻辑上是分布的。而W 是一个可变参数, 测试者可以随意改变W, 以获得最佳测试效果。图1 示出的是TPC- C 测试逻辑结构图; 图2 示出的是TPC- C 测试流程图。 1.2.3 评测指标 TPC- C 基准测试针对一种模拟订单录入与销售环境测量每分钟商业事务吞吐量。按照TPC 的定义, 流量指标tpmC 描述了系统在执行Payment、Delivery、Order- status、Stock- Level 这4 种交易的同时,每分钟可以处理多少个New- Order 交易。所有交易的响应时间必须满足TPC- C 测试规范的要求。最终的测试结果会在TPC 的网站上公布, 可以免费查询到绝大部分的系统测试结果。测试信息包括tpmC 得分、系统配置清单、测试环境以及日期等, 内容非常详尽。 2 服务器处理性能估算 2.1 估算方案 在方案设计之前, 必须详细了解用户需求, 特别关注以下几点。 a) 系统的设计使用年限。 b) 系统平均用户在线人数( 访问量) 。 c) 系统忙时, 用户的主要操作行为统计( 估值) 。 d) 软件开发商应提供的功能架构, 并能提供每个功能所引发的事务处理量。 e) 系统采用的操作系统和数据库平台。 在充分采集系统信息后, 可对系统所需服务器性能进行3 个方面的估算。 a) 数据服务器处理能力估算。 b) 应用服务器处理能力估算。 c) 存储容量估算。 值得指出的是, 应用服务器和数据服务器是2个不同的概念。应用服务器提供访问商业逻辑的途径以供客户端应用程序使用。数据服务器主要负责计算和数据存储。在大型系统中应用和数据会独立使用各自的服务器, 降低服务器压力并尽可能保障数据安全和独立。 2.1.1 数据服务器性能估算 测算服务器在忙时的数

文档评论(0)

f8r9t5c + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

版权声明书
用户编号:8000054077000003

1亿VIP精品文档

相关文档