メインフレームのCPUパフォーマンスを比較する方法は？
OMVSのTomcatで実行されるアプリケーションを使用しています。あるメインフレームでひどく実行され、別のメインフレームでも十分に実行されます。 2つのメインフレームのCPUを参照として比較する方法はありますか？
私は試した：
/d m=cpu
結果はあまり期待できませんでした。結果は、ミニシステムとメインシステムで同じように見えました。ミニは実際にはもっと制限されていると思います。
注：この特定のLPARでのCPU処理能力をもっと探しています。
GC_
メインフレームイメージのCPUの数を比較することは、おそらく意味がありません。メインフレームは、複数のタスクを同時に実行するように設計されており、ビジネスが最も重要であると言っていることを優先し、非常に高度に仮想化できるため、CPUの数を調べてもあまりわかりません。 LPARに割り当てられた重み（LPARが保証される論理CPUへのアクセス量）、LPARで同時に実行されているその他のもの、およびで実行されているその他のものを含む、アプリケーションを取り巻く環境を理解する必要があります。同じCEC上の他のLPARを同時に。また、LPARのWLMポリシーを理解する必要があります。これにより、z/OSは、どのアプリケーションの目標が最も重要で、何がそれほど重要でないかを知ることができます。
メインフレームのパフォーマンス分析は専門的なスキルであり、人々は何年もかけて学習するため、stackexchangeで言えることには限界があることに注意してください。システムプログラマー/パフォーマンスアナリストと話すことは、純粋な学習演習としてではなく、自分で理解しようとするよりもはるかに良いことでしょう。
そうは言っても、私はあなたにいくつかの基本的なことを見て、または尋ねることができます。私が言及するデータ/ツールのいくつかにアクセスできる場合とできない場合があります。
まず、最も基本的に、すべてのメインフレームにはSMF 70-79レコードのパフォーマンスデータを収集する機能があります。これは、一般的な慣行としてショップが収集することをお勧めします。本当に低レベルのSMF113レコードを取得する場合は。これらはバイナリレコードであり、理解するのは簡単ではありませんが、そこにあります。それらのフォーマットは、z/OS MVSシステム管理機能（SMF）の本に文書化されています。
次に、IBMのRMFなどのRMFレコードを後処理するために使用できるツールと、さまざまなベンダーのツールがいくつかあります。それらにアクセスできる場合は、さまざまなアドレス空間/プロセスのCPU使用率に関する非常に詳細な情報を経時的に取得できます。一部のツールにはインタラクティブモードもあり、個々のLPARアクティビティのスナップショットや、CEC全体のアクティビティを取得できます。 SDSFとEJESは、LPAR、CEC、および実行中のアドレススペースに関する非常に基本的な情報も提供できるため、たとえば、累積CPU時間を確認できます。アクセスできるツールを教えていただければ、より具体的なアドバイスを提供できる可能性があります。
推測では、2つのイメージには同じ数の論理CPUが定義されていますが、メインシステムの重みはミニシステムよりもはるかに大きいため、メインシステムはミニシステムよりも多くのCPU容量へのアクセスを保証しています。そしてほとんどの場合、ミニシステムはそれらのCPUのほとんどに実際に作業をディスパッチすることはできず、また試みません。 z13で実行していて、PROCVIEW COREモードである場合、/ d m = cpuコマンドが通知することの1つは、CPUがパークされているかパークされていないかです。パークされたCPUは、それらを所有するシステム（両方が同じCEC上にある場合はおそらくメインシステム）がそれらに作業をディスパッチしているため、z/OSイメージが作業をディスパッチしないCPUです。
Kevinはいくつかの優れた点について言及していますが、少し高いレベルで分析を開始すると役立つ場合があります。2つのマシンは何ですか。また、JVMで実行されるTomcatについて話しているので、両方にzAAPまたはzIIPがあります（ zIIP上のzAAP）？
「dm = cpu」から、少なくともアップルとアップルを比較しているかどうかを知らせるマシンモデル情報を取得できるはずです。これが私のメモからの古い例です：
D M=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）から2世代前のものです。モデル番号の意味は非常に限られています。それらを調べる必要があります。しかし、問題の2つのマシンが異なるモデルである場合、それは違いの1つです。
CPC ND行の「M15」は、インストールされている本/引き出しの数を示しています。この状況では、マイナーな考慮事項である可能性があります。
ただし、CPC SI行の「403」は重要です。 「4」は、汎用（GP）エンジンの相対速度を示します。より大きな（以前はエンタープライズクラスと呼ばれていた）マシンの場合、これは4（最も遅い）から7（最も速い）の範囲になります。小型（以前は「ビジネスクラス」と呼ばれていました）のマシンの場合、速度インジケータはA（最も遅い）からZ（最も速いが、同じ世代の7xxよりも遅い）になります。 「03」は、マシンで使用可能なGPの数を示します。 100 GP未満の一般的な構成の場合、これは単なる10進数です。したがって、この例では、マシンは、この世代のマシンで可能な限り遅い速度で実行されている3つのGPを備えたz196です。
ただし、Tomcatについて言及しましたが、TomcatはJVMで実行されるため、CPU時間のほとんどは実際には特殊なエンジン（A）マシンで購入され、B）構成されていると仮定してzAAPまたはzIIPのいずれかである必要があります。 LPARに適切に。専用エンジンは、汎用エンジンの速度に関係なく、フルスピードで動作します。 I.E. zIIPは、4xxマシン上にある場合でも、常に7xx速度で実行されます。
特殊なエンジンなしでTomcatを実行しようとしている場合...まあ、サブキャパシティー（7xxではない）マシンを使用している場合は、おそらく利用可能なキャパシティーとソフトウェアのコストに関連するいくつかの理由から、おそらく良くありません。 。
ただし、TomcatのCPU時間のほとんどがzIIP/zAAP（使用可能な場合）にオフロードされますが、GPエンジンで実行される量はまだあるため、GPの状況も理解することが重要です。構成に応じて、GPで実行される量は、全体の1〜2％になる場合もあれば、10％を超える場合もあります。
上記の表示では、zIIPはCPU 08-0Bですが、使用できないことに注意してください。この場合、それらはLPARに定義されていましたが、これはスナップショットの時点でCBU構成が設定されていなかったDRマシンであったため、現在ハードウェアでは使用できませんでした。残念ながら、これらは論理的なzIIPにすぎず、物理的なzIIPまたはzAAPの数はこの表示からは利用できません。これは、実際には追跡するのが少し難しいです。ただし、論理zIIP/zAAPをオンラインで使用している場合は、それらをバックアップするための物理エンジンが少なくともいくつかあることがわかります。
問題の2台のマシンが同じ世代、同じ速度設定、同じ数のエンジン（GPとzIIP）であっても、メインフレームが単一のシステムを実行することはめったにないという事実に関する多くの質問/問題が発生します-通常複数のLPARが同時に実行されています。そしてそのような状況では、実際に何が起こっているのかを理解するために、ケビンが言及しているデータを掘り下げ始める必要があります。ただし、リンゴ（2964-605、zIIPあり）とバナナ（特殊エンジンなしの2828-F03）を比較する場合は、最初からパフォーマンスの違いが予想されます。
最後に、マシンの世代に関連して使用されているJavaのバージョンも重要であることに注意してください。たとえば、問題の2台のマシンがz13であるが、一方のTomcatがJava 8ともう一方のJava 7を使用している場合、新しいz13命令の活用はJava 8。
そして、これはすべて、CPU関連のパフォーマンスの問題に焦点を当てています。明らかに、他の場所でも違いや問題が発生する可能性があります。しかし、CPUは、他の情報がない状態で探し始めるのに適した場所です。
私はz/OS上でTomcatをほとんどまたはまったく問題なく実行できましたが、十分なzAAP/zIIP容量が利用可能でした。