Я работаю с приложением, которое работает на tomcat в OMVS. Он ужасно работает на одном мэйнфрейме, а на другом - адекватно. Есть ли способ сравнить ЦП двух мэйнфреймов в качестве эталона?
Я попытался:
/d m=cpu
Я не нашел результаты многообещающими. Результаты оказались одинаковыми для нашей мини-системы и нашей основной системы. Я бы предположил, что mini на самом деле более ограничен.
Примечание. Я ищу больше вычислительной мощности процессора для этого конкретного LPAR.
GC_
Кевин упоминает ряд замечательных моментов, но это может помочь начать анализ на более высоком уровне: что это за две машины и, поскольку мы говорим о Tomcat, который работает в JVM, есть ли у них оба zAAP или zIIP (при условии, что zAAP на зИИП)?
Из «d m = 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). Номера моделей имеют очень ограниченный смысл: вам придется их искать. Но если две рассматриваемые машины представляют собой разные модели, это первая часть различия.
«M15» в строке CPC ND указывает, сколько книг / ящиков установлено, это, вероятно, второстепенное значение в данной ситуации.
«403» в строке CPC SI имеет важное значение. Число «4» указывает относительную скорость двигателей общего назначения (GP). Для более крупных (ранее называвшихся Enterprise Class) компьютеров это значение может варьироваться от 4 (самый медленный) до 7 (самый быстрый). Для компьютеров меньшего размера (которые раньше назывались «бизнес-классом») индикатор скорости изменяется от A (самая медленная) до Z (самая быстрая, но медленнее, чем у 7xx того же поколения). «03» указывает, сколько GP доступно на машине. Для обычных конфигураций менее 100 GP это просто десятичное число. Итак, в этом примере машина - это z196 с 3 GP, которые работают на минимально возможной скорости на машинах этого поколения.
Однако вы упомянули Tomcat, и поскольку Tomcat работает в JVM, большая часть его процессорного времени должна фактически быть на специализированном движке - либо zAAP, либо zIIP, предполагая, что A) такое было куплено на машине, и B) они настроены правильно к LPAR. Специальные двигатели работают на полной скорости независимо от частоты вращения двигателей общего назначения. I.E. zIIP всегда работают со скоростью 7xx, даже если они находятся на машине 4xx.
Если вы пытаетесь запустить Tomcat без специальных движков ... ну, это, вероятно, не хорошо, если вы используете машину с малой мощностью (не 7xx), возможно, по ряду причин, связанных с вероятной доступной мощностью и стоимостью программного обеспечения. .
Однако обратите внимание, что даже несмотря на то, что большая часть процессорного времени Tomcat будет выгружена на zIIP / zAAP (если он доступен), все равно будет некоторое количество времени, которое будет выполняться на машинах GP, что делает ситуацию GP важной для понимания. В зависимости от конфигурации объем пробега на GP может составлять всего 1-2% от общего количества или может составлять> 10%.
Обратите внимание на показанный выше дисплей, что zIIP - это процессоры 08-0B, но они недоступны. В этом случае они были определены для LPAR, но в настоящее время они не были доступны на оборудовании, потому что это была машина аварийного восстановления, на которой на момент создания моментального снимка не было конфигурации CBU. К сожалению, это всего лишь логические zIIP, количество физических zIIP или zAAP недоступно на этом дисплее, что на самом деле немного труднее отследить. Но если у вас есть логические zIIP / zAAP в сети, вы знаете, что у вас есть по крайней мере некоторые физические механизмы для их поддержки.
Даже если две рассматриваемые машины относятся к одному поколению, имеют одинаковые настройки скорости и одинаковое количество двигателей (GP и zIIP), тогда возникает целый ряд вопросов / проблем, связанных с тем фактом, что мэйнфреймы редко работают с одной системой - обычно одновременно работают несколько LPAR. И в этой ситуации вам нужно начать копаться в данных, которые упоминает Кевин, чтобы понять, что происходит на самом деле. Но если вы сравниваете яблоки (2964-605, с zIIP) с бананами (2828-F03 без специальных двигателей), вы должны ожидать различия в производительности с самого начала.
Наконец, я должен отметить, что версия Java, используемая относительно поколения машины, также важна. Например, если речь идет о двух машинах z13s, но один Tomcat использует Java 8, а другой - Java 7, я бы ожидал различий, потому что использование новых инструкций z13 есть только в Java 8.
И все это сосредоточено только на вопросах производительности процессора. Очевидно, что у вас могут быть различия и проблемы и в другом месте. Но CPU - хорошее место, чтобы начать поиск в отсутствие какой-либо другой информации.
Я успешно запустил Tomcat на z / OS без особых проблем, но у меня была достаточная доступная емкость zAAP / zIIP.
Скорее всего, сравнение количества процессоров в образе мэйнфрейма не имеет смысла. Мэйнфреймы предназначены для одновременного выполнения нескольких задач и уделяют приоритетное внимание тому, что компания считает наиболее важным, и могут быть очень сильно виртуализированы, поэтому количество процессоров мало что вам скажет. Вы должны понимать среду, окружающую ваше приложение, которая включает вес, назначенный вашему LPAR (какой доступ к логическим ЦП гарантирован LPAR), другие вещи, которые выполняются в LPAR в то же время, и другие вещи, выполняемые на другие LPAR в одном и том же CEC одновременно. Вам также необходимо понимать политику WLM LPAR, поскольку она сообщает z / OS, какие цели приложения наиболее важны, а какие менее важны.
Обратите внимание, что анализ производительности мэйнфреймов - это особый навык, которому люди тратят годы, поэтому есть предел тому, что можно сказать с помощью stackexchange. Поговорить со своим системным программистом / аналитиком производительности, вероятно, было бы намного лучше, чем пытаться выяснить это самостоятельно, кроме как чисто учебное упражнение.
Тем не менее, я могу дать вам некоторые базовые вещи, на которые стоит обратить внимание или о которых можно спросить. Вы можете иметь или не иметь доступа к некоторым данным / инструментам, о которых я упомянул.
Во-первых, и самое главное, все мэйнфреймы имеют возможность собирать данные о производительности в записях SMF 70-79, которые мы рекомендуем магазинам собирать как обычную практику, и, если вы хотите получить действительно низкоуровневые записи SMF 113. Однако это двоичные записи, и их нелегко понять, но они есть. Их формат задокументирован в книге «Средства управления системой (SMF) z / OS MVS».
Далее, существует ряд инструментов, которые можно использовать для пост-обработки записей RMF, таких как RMF, от IBM, а также различные инструменты поставщиков. Если у вас есть к ним доступ, вы можете получить очень подробную информацию об использовании ЦП различных адресных пространств / процессов с течением времени. Некоторые инструменты также имеют интерактивные режимы, в которых вы можете в реальном времени получать снимки отдельных операций LPAR, а также активности в CEC. SDSF и EJES также могут предоставить вам некоторую базовую информацию о LPAR, CEC и работающих адресных пространствах, чтобы вы могли, например, посмотреть накопленное время процессора. Если вы сообщите нам, к каким инструментам у вас есть доступ, мы сможем дать вам более конкретный совет.
Однако, предположительно, хотя в двух образах определено одинаковое количество логических ЦП, основная система имеет гораздо больший вес, чем мини-система, а это означает, что основная система имеет гарантированный доступ к большей мощности ЦП, чем мини-система, и в большинстве случаев мини-система не может и не будет пытаться передать работу большинству этих процессоров. Если вы работаете на z13 и находитесь в режиме PROCVIEW CORE, одна из вещей, о которых вам сообщит команда / d m = cpu, - это то, припаркованы ли процессоры или нет. Припаркованные ЦП - это ЦП, на которые образ z / OS не отправляет работу, поскольку система, которой они принадлежат (возможно, основная система, если обе находятся на одном ЦИК), передает работу им.