如何将主机容量规划中的CPU时间转化为MIPS

尽管并没有准确的数字,主机容量规划者们找到了更好的指标来描述CPU时间、MIPS和MSU未来的能力增长。降低MIPS也是任何想要限制软件成本的主机用户最优先的选择。

主机销售商可以利用如下便捷的方法来了解有关CPU、MIPS、主机应用程序容量规划以及如何将CPU时间转换为MIPS。

在主机领域,MIPS通常是描述计算能力的指标。IBM依靠对自身认为有代表性的工作负载的统计分析,通过Large System Performance Reference(大型系统性能参考)来发布每个系列处理器产品的相关MIPS参数指标。然而,主机系统的实际性能要依据其IT工作负载情况和安装的引擎数量而定。这点对于IBM提供的z13硬件尤其适用,该产品通过牺牲自然时钟速度来换取更大的缓存以及更高的复杂指令流水线处理能力。

百万服务单元(MSU,Million service units)是衡量设备容量的指标,通常用来计算软件许可费用。MSU评级与MIPS的相关性相当密切,尽管IBM有时操纵MSU数据来刺激主机用户升级到新的硬件环境。考虑到计算多程序应用的影响,IBM根据激活处理单元的数量,为不同处理器型号分配浮动的MSU评级——有时就像IBM谈起CPs那样。

为了将CPU秒数(累计消耗)转换成MIPS(平均消耗速度),容量规划员将其按照经过时间划分为等效的单处理器MIPS(EMU),用该结果乘以CPU秒数,其结果即为MIPS。EUM则是在REstructured eXtended eXecutor语言中所定义的REXX执行情况。

MIPS=(CPU秒数)×EUM/(经过时间)

关键指标:

MIPS:百万条指令每秒(Million Instructions Per Second)

CPU:中央处理器(Central Processing Unit)

图片说明:上述公式展示了如何计算主机工作负载的MIPS。

CPU时钟频率转化成MIPS的实例

某主机工作在1分钟内已使用了100单位的CPU秒数,该工作是一项多任务工作。系统硬件是一台型号为1C5的IBM 2064(其MIPS值为1085,EUM=217MIPS)。该工作平均消耗速度即为100 x 217/60 = 362 MIPS。

削减主机的CPU成本可以改善系统的运行效率,然而此方法并非总是见效,具体还要视以何种度量方式而进行讨论,包括CPU小时数以及其他参数,本文旨在将如上信息与企业分享。

本文转自d1net(转载)

时间: 2024-09-29 19:19:57

如何将主机容量规划中的CPU时间转化为MIPS的相关文章

五步教你轻松搞定数据中心容量规划问题

无论使用大型机或云计算,数据中心容量规划依然严峻,要确保拥有业务所需的足够IT资源. 数据中心管理者面临着相同的挑战:业务需要更多的计算资源,但同时也希望降低能耗,冷却和其他设施费用.当走到评估是否需要进行数据中心这步时,一步一步的规划,是省下一大笔开支的好方法. 数据中心容量规划是朝着正确方向迈出的重要一步,而且能够增强IT与其他业务领域之间的关系.虽然IT涉及到大数据与与物联网--而这些技术将如何影响数据中心容量--是可以评估,也可以用一定的方法缓解. 这里有五个技巧,帮助您解决数据中心容量

《大型网站服务器容量规划》一3.4 通过回归方程规划容量

3.4 通过回归方程规划容量 回归方程是统计学里面的知识,是一种应用数学,通常属于数学专业同学研究的方向,运维人员很少用这种方法评估系统容量.下面花点时间引出回归方程在服务器容量规划中的应用,这也是本书介绍的重点. 容量规划的关键就是找出系统可承载的最大压力,然后根据极限压力再做部署规划,话说的容易,其实这往往是最困难的部分,因为它不像杯子那种容器,其容量是很直观的.可以提前确定.而服务器的性能是不好估量的,看不到摸不着,其容量只能通过实际测试才能得到.再说,我们所运维的系统可是由数以千计的机器

《大型网站服务器容量规划》——3.4 通过回归方程规划容量

3.4 通过回归方程规划容量 回归方程是统计学里面的知识,是一种应用数学,通常属于数学专业同学研究的方向,运维人员很少用这种方法评估系统容量.下面花点时间引出回归方程在服务器容量规划中的应用,这也是本书介绍的重点. 容量规划的关键就是找出系统可承载的最大压力,然后根据极限压力再做部署规划,话说的容易,其实这往往是最困难的部分,因为它不像杯子那种容器,其容量是很直观的.可以提前确定.而服务器的性能是不好估量的,看不到摸不着,其容量只能通过实际测试才能得到.再说,我们所运维的系统可是由数以千计的机器

闲聊如何把握电子商务网站容量规划整体

之前,分享了电子商务网站容量规划的大纲,总体来说,容量规划是一个非常复杂的工作,涉及各个技术领域的专业内容.今天在这里分享一些方法来把握电子商务网站容量规划的整体. (1)分而治之 大型的电子商务系统可能非常复杂,包含全球各主要地点的数据中心.全球广域网络.数据中心的当地交换局域网络.安全基础设施.各数据中心的计算基础设施.存储子系统.分布式的数据库系统等.从系统设计的角度讲,复杂系统的设计通常采用自顶向下的模块化.层次化的构架设计.层次是基于结构的一种划分,模块式基于功能的一种划分.复杂系统可

借助容量规划和虚拟机规模调整来升级企业的基础架构

本文中,我们将为广大读者朋友们介绍关于企业组织机构如何保持虚拟机高效运行的相关指南.而虚拟化容量规划的这一过程的关键是适当地进行资源配置.文章中,我们将详细为您介绍关于容量规划的最佳实践方案,以便让企业的IT团队能够确保为其虚拟化基础设施提供足够的资源,进而在不浪费机器规模的情况下提高效率.而鉴于提高硬件的利用率是服务器虚拟化的基本目的,对于IT企业组织来说,发现由于未能正确地确定虚拟机的规模而浪费资源将是相当讽刺的(也是相当尴尬的). 在虚拟化的基础架构中适当地确定规模大小元素相当重要,但却并

《VMware vSphere企业运维实战》——1.4 服务器性能与容量规划

1.4 服务器性能与容量规划 在实施虚拟化的前期,有一个虚拟机容量规划.就是一台物理服务器上,最大能放多少虚拟机.实际上这是一个综合的问题,既要考虑主机的CPU.内存.磁盘(容量与性能),也要考虑运行的虚拟机需要的资源.在实际使用时,系统总有至少30%甚至更高的富余容量,不可能让一个主机上的资源利用率超过80%,甚至接近100%,否则一旦达到这些数值,整个系统响应会比较慢. 在估算虚拟化的容量时,在只考虑CPU的情况下,可以将物理CPU与虚拟CPU按照1∶4-1∶10甚至更高的比例规划.例如一台

业界专家对于企业虚拟化容量规划的建议

尽管虚拟化有助于提高IT灵活性,但其也可能导致计算资源的浪费,而且如果管理不善,甚至会造成性能的瓶颈问题.在本文中,来自SearchServerVirtualization.com网站的这方面的专家们将与我们广大读者诸君共同探索企业组织机构如何进行虚拟环境容量规划的问题.进而帮助您了解在何处整合资源以及如何在您企业的基础架构中利用灾难恢复.此外,本文还将为广大读者们介绍当涉及到企业的容量规划时所犯的常见的错误及被忽视的问题.并帮助您找出在您企业的虚拟环境中解决容量规划问题的最好的办法. 虚拟环境

《大型网站服务器容量规划》——第3章 容量规划的常用方法3.1 通过监控规划容量

第3章 容量规划的常用方法 3.1 通过监控规划容量 任何一家互联网公司都会有自己的运维系统,在运维系统之中,重中之重的是监控系统. 监控的方法有很多,最简单的就是利用一些系统命令,如用df命令来查看磁盘使用率,然后每天出报表,通过查看报表运维人员便监控到系统压力及容量,当逼近系统压力上限时,发出报警,提醒扩容. 但这种方法不能作为主要的监控手段,仅用来做辅助监控之用,毕竟监控是为了实时了解系统的状态.这方面都是用监控系统来完成,目前开源的监控系统有很多,如cacti.zabbix等,大多数监控

《大型网站服务器容量规划》——2.2 服务器容量规划的源由

2.2 服务器容量规划的源由 为什么要做容量规划呢?当资源涉及的成本变得非常可观时,势必就需要容量规划,谁也不愿意花冤枉钱. 做运维工作的读者都应该了解SLA(Service-Level Agreement),即服务等级协议,这是关于网络服务供应商和客户间的一份协议,其中定义了服务类型.服务质量和客户付款等术语.可能我们不那么关注这份协议的细节,但我们最了解的是SLA中的"几个9",如表2.1所示. 根据产品线的重要程度,公司会将不同产品线划分成多种级别,每种级别产品线的SLA也是不同