如何比较大型机CPU性能?

我正在使用一个在OMVS中的tomcat上运行的应用程序。 它在一台主机上运行非常糟糕,另外一台主机也是如此。 有没有一种方法可以比较两个主机的CPU作为参考?

我试过了:

/dm=cpu 

我没有发现结果非常有希望。 结果似乎是我们的迷你和我们的主要系统相同。 我会认为迷你实际上是更有限的。

注:我正在寻找更多的CPU处理能力在这个特定的LPAR。

GC_

比较大型机映像的CPU数量是没有意义的。 大型机被devise为同时运行多个任务,并且优先考虑业务所说的最重要的事情,并且能够被大量虚拟化,所以看CPU的数量并没有多大的意义。 您必须了解应用程序周围的环境,其中包括分配给LPAR的权重(LPAR保证的逻辑CPU的多less访问权限),LPAR上同时运行的其他内容以及其他正在运行的内容其他LPAR同时在同一个CEC上。 您还需要了解LPAR的WLM策略,因为这告诉z / OS哪些应用程序目标最重要,哪些不太重要。

请注意,大型计算机性能分析是一项专业技能,人们花费多年时间学习,所以通过堆栈交换可以说是有限制的。 与系统程序员/性能分析师交谈可能比自己想象要好得多,而不是纯粹的学习练习。

也就是说,我可以给你一些基本的东西来看看,或者询问一下。 你可能会也可能不会访问我会提到的一些数据/工具。

首先,也是最基本的,所有大型机都有能力收集SMF 70-79logging中的性能数据,我们推荐店铺收集这些数据作为惯例,如果你想要得到真正的低级别,SMF 113logging。 他们是二进制logging,但是,不容易理解,但他们在那里。 其格式logging在z / OS MVS系统pipe理设施(SMF)手册中。

接下来,可以使用许多工具来后处理来自IBM的RMFlogging(RMF)以及各种供应商工具。 如果您有权访问它们,您可以获得有关各种地址空间/进程的CPU利用率的深入信息。 有些工具还具有交互模式,您可以在其中获得各个LPAR活动的实时快照,以及跨CEC的活动。 SDSF和EJES也可以给你一些关于LPAR,CEC和运行地址空间的非常基本的信息,例如你可以看看累计的CPU时间。 如果你能告诉我们你有什么工具可以访问,我们可能会给你更具体的build议。

但是,有人猜测,虽然这两个图像的逻辑CPU数量是相同的,但是主系统的重量要比迷你系统高得多,这意味着主系统可以保证获得比迷你系统更多的CPU容量,而且大多数时候,迷你系统不能也不会试图实际派遣大部分CPU。 如果你在z13上运行,并且处于PROCVIEW CORE模式,那么/ dm = cpu命令会告诉你的一件事情是CPU是停放还是停放。 停放的CPU是z / OS镜像不会派遣工作的CPU,因为拥有它们的系统(可能是主系统,如果两者都在同一个CEC上)正在派遣工作给他们。

Kevin提到了一些重要的观点,但是可能有助于从更高的层面开始分析:两台机器是什么,并且由于我们谈论的是运行在JVM中的Tomcat,所以两者都有zAAP或者zIIP(假设zIIP上的zAAP)?

从“dm = cpu”你应该能够得到机器模型的信息,至less可以让你知道你是否真的比较苹果和苹果。 这是我笔记中的一个古老的例子:

 DM=CPU IEE174I 13.15.43 DISPLAY M 443 PROCESSOR STATUS ID CPU SERIAL 00 + 0xxxxx2817 01 + 0xxxxx2817 02 - 03 N 04 N 05 N 06 N 07 N 08 NI 09 NI 0A NI 0B NI CPC ND = 002817.M15.IBM.02.0000000xxxxx CPC SI = 2817.403.IBM.02.00000000000xxxxx 

关键点在这里:xxxxx是这里(模糊的)序列号。 2817是型号,相当于一个z196,今天在2016年是从当前z13(型号2964)退后两代。 型号的意义非常有限:您必须查看它们。 但如果这两台机器是不同的型号,这是一个差异的一部分。

CPC ND生产线上的“M15”表示安装了多less书/抽屉,在这种情况下可能只是一个小小的考虑。

中共党际“403”虽然重要, “4”表示通用(GP)引擎的相对速度。 对于较大的(以前称为企业级)机器,这个范围可以从4(最慢)到7(最快)。 对于较小的(以前称为“业务类”)机器,速度指示器从A(最慢)到Z(最快,但比同一机器的7XX慢)。 “03”表示机器上有多less台GP。 对于小于100 GP的常见configuration,这只是一个十进制数字。 所以在这个例子中,这台机器是一台带有3台GP的Z196,这台机器的运行速度是最慢的。

但是,您提到了Tomcat,并且由于Tomcat在JVM中运行,因此大部分CPU时间应该在专用引擎上 – zAAP或zIIP,假设A)在计算机上购买,B)configuration正确的LPAR。 无论通用发动机的速度如何,专业发动机都能全速运转。 IE zIIPs始终以7xx速度运行,即使它们在4xx机器上也是如此。

如果您试图在没有专业引擎的情况下运行Tomcat,那么如果您使用的是子容量(而不是7xx)的计算机,则可能不太合适,这可能是由于可能的可用容量和软件成本。

但是请注意,尽pipeTomcat的大部分CPU时间将被卸载到zIIP / zAAP(可用时),但GP引擎上仍然会有一些运行量,这使得GP的情况也很重要。 根据configuration,在GP上运行的数量可能低至总数的1-2%,或者可能大于10%。

在上面的显示中注意,zIIP是08-0B的CPU,但是它们是“N”不可用的。 在这种情况下,它们被定义到LPAR,但是它们目前在硬件上不可用,因为这是一个在快照时没有configurationCBU的DR机器。 不幸的是,这些只是逻辑zIIP,物理zIIP或zAAP的数量在这个显示器上是不可用的,这实际上有点难以追踪。 但是,如果您在线有逻辑zIIP / zAAP,则您知道至less有一些物理引擎可以支持它们。

即使所讨论的两台机器是同一代,相同的速度设置和相同数量的引擎(GP和zIIP),那么围绕大型机很less运行单个系统的问题就会出现大量的问题/问题 – 通常有多个LPAR同时运行。 在这种情况下,你必须开始挖掘Kevin提到的数据,以了解真正发生的事情。 但是,如果您将苹果(2964-605与zIIPs)与香蕉(2828-F03,无特殊引擎)进行比较,您应该从一开始就预期性能差异。

最后,我要注意的是,相对于机器世代使用的Java版本也很重要。 例如,如果这两台机器是z13s,但是一个Tomcat使用Java 8和另一个Java 7,我会期望有所不同,因为新的z13指令的使用仅在Java 8中。

而这一切都只关注与CPU相关的性能问题。 显然你可能在其他地方也有分歧和问题。 但CPU是一个开始寻找缺less任何其他信息的好地方。

我已经成功地在z / OS上运行Tomcat,几乎没有麻烦 – 但是我有足够的zAAP / zIIP容量可用。