首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 服务器 > 应用服务器 >

想对系统的性能建模,将硬件和软件考虑一下。比如硬盘、内存、等等。该怎样建模评价系统的总体性能呢?是否需要什么函数方法来解决这个问,该怎么解决

2012-03-28 
想对系统的性能建模,将硬件和软件考虑一下。比如硬盘、内存、等等。该怎样建模评价系统的总体性能呢?是否需要

想对系统的性能建模,将硬件和软件考虑一下。比如硬盘、内存、等等。该怎样建模评价系统的总体性能呢?是否需要什么函数方法来解决这个问
想对系统的性能建模,将硬件和软件考虑一下。比如硬盘、内存、等等。该怎样建模评价系统的总体性能呢?是否需要什么函数方法来解决这个问题。      
        可以先对数据库系统的性能进行建模分析,因为一般的数据库优化也就是在调整一些数据库的参数,但是有没有个公式来评价一下数据库系统的总体性能?比方说当外界负载不断变化时数据库系统的总体性能如何来衡量呢?
        本人目前在这个问题上有些困惑,希望大家给些提议和方法!谢谢了!
        欢迎大家来共同讨论,给出可行的方法.



[解决办法]
[个人意见,仅供参考]


[转]
服务器系统架构评估工业标准基准测试


工业标准基准测试通常被用于比较服务器在不同系统应用上的性能。这篇文章详细描述了一些在执行基准测试时被测量的CPU项目的特性。理解负载是如何影响CPU特性会有助于IT部门在构造一个方案时如何更好的挑选硬件。

一个高可用的应用集群通常由多个服务器(或称为节点)、共享存储子系统和使各节点可以进行信息传递的内部节点连接构成。图一描述的是四节点的集群。

基于工业标准的测试结果,广泛的被使用在服务器销售、比较,和在不同的系统之间进行性能对比。在这些测试结果中通常包含警告信息,表明这些结果有时并不能代表用户真实环境的性能。原因是在测试中通常使用人为的负载环境,以达到非常高的系统使用率,这对研究来说并不是十分合理。另一方面,从运行这些基准测试的系统所得到数据,对一些特定的目的有时非常有用的。许多数据测试工具包括基于软件的测试仿真工具、总线分析器、和内部CPU性能计数器以获得全面的系统性能分析。软件仿真有助于鉴别应用代码或操作系统,这可以通过使用补丁和服务包来提高软件性能。

总线测试标记出瓶颈,以备重新进行配置,或在将来的系统中进行更新设计。内置CPU性能计数器可以收集该项目的数据,有助于描述硬件和软件特性。因为系统进行基准测试通常运行在IT产品环境中常用的软件,所以这些基于系统特性的测试通常被用来描绘一些通用的结果。

对系统性能的测试

在这个项目中进行的测试涵盖了以下通用服务器的功能:

MAPI 信息测试2(MMB2)用于通讯测试
SPECweb99 对于Web服务器
TPC-C® 对于数据库服务器
TPC-WTM 对于电子商务(对该项目的测试使用的数据只能从数据库服务器中获得)。



Exchange 2000 MAPI 信息传送测试(MMB2)

MMB2 信息测试是运行在Microsoft® Exchange® 2000平台上的。这种测试标定一个独立的服务器系统可以支持的用户数量。MMB2 使用由Load Simulator (LoadSim) 2000模仿出的以8小时为时限的集团电子邮件环境负载。

Simulator (LoadSim) 2000所产生的工作负载主要测试Exchange服务器特性。

MMB2 使用Microsoft Outlook? 客户端来发送和接收电子邮件。它处理连接发送列表以及用户登录和注销任务。对于MMB2的负载大小是平均每个信息的大小为74.9KB。其他特性包括:

工作负载设计成是适用于表现当今关键业务的企业邮件环境。
MMB2 使用Outlook客户端,来产生附加的服务器负载,与原Exchange客户端比较。
工作负载的组成部分例如日历、任务、临时用户和用户注销时进行清空和删除对象文件夹都是MMB2的重要元素。
数据库尺寸大约可以增加到每个用户20MB。



MMB2工作负载测试设计为一个典型的企业用户,在使用Microsoft Exchange 服务器时所能达到的MAPI峰值。相对于基于Exchange 5.5标准的MMB测试,这种负载使用Outlook客户端,提高了发送和接收邮件的数量、提高了连接的频率和大小、提高了分布列表的数量 、增加了PowerPoint附件,并且增加了临时用户类型(在一天内会登录和注销数次)。

LoadSim的单位信息大小为14KB,而调整后的平均信息大小为75 KB,在8小时内发送的信息数量平均为44个,并且在相同的时间段内接收到的信息数量是162个。图一显示的是MMB2的配置。


图一:MMB2的配置

SPECweb99 测试Web服务器运行状况

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

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


图二:典型的SPECweb99实验环境

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

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

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

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

35%的请求文件小于1 KB
50%的请求文件小于10 KB
14%的请求文件小于100 KB,但是大于或等于10 KB
1%的请求文件小于1000 KB,但是大于或等于100 KB



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

TPC-C 测试 OLTP

TPC-C 是一个工业标准的基准测试,它由事务处理协会Transaction Processing Council (TPC)创建的用来标记在线处理进程(OLTP)。TPC-C使用终端操作执行数据库处理。操作表现为订单输入环境,包括处理新订单、付款、订单状态、发货和库存水平。

热点排行