Как сравнить производительность ЦП мэйнфрейма?

Сравнение количества процессоров образа мейнфрейма не имеет смысла, скорее всего, это не имеет смысла. Мэйнфреймы предназначены для одновременного выполнения нескольких задач, и отдают приоритет тому, о чем бизнес говорит больше всего, и могут быть очень сильно виртуализированы, поэтому если посмотреть на количество процессоров, то это не так уж и много говорит о многом. Вы должны понимать среду, окружающую ваше приложение, которая включает вес, присвоенный вашему LPAR (насколько гарантирован доступ к логическим процессорам LPAR), другие вещи, которые выполняются на LPAR в одно и то же время, и другие вещи, которые выполняются на других LPAR в том же ЦИКе в одно и то же время. Вам также нужно понимать политику WLM LPAR, так как это говорит z/OS о том, какие цели приложения наиболее важны, а какие менее.

Пожалуйста, обратите внимание, что анализ производительности мейнфреймов - это специализированный навык, которому люди учатся годами, поэтому есть предел тому, что можно сказать с помощью stackexchange. Разговаривать с системным программистом/аналитиком производительности, наверное, было бы гораздо лучше, чем пытаться разобраться в этом самостоятельно, нежели как в чистом учебном упражнении.

Тем не менее, я могу дать вам несколько основных вещей, на которые вы можете посмотреть или спросить. Вы можете иметь или не иметь доступ к некоторым данным/инструментам, о которых я упомяну.

Во-первых, и самое основное, все мейнфреймы имеют возможность собирать данные о производительности в записях SMF 70-79, которые мы рекомендуем собирать магазинам как обычную практику, а если вы хотите получить действительно низкоуровневые, то SMF 113 записей. Однако, это бинарные записи, и их нелегко понять, но они есть. Их формат документирован в книге z/OS MVS System Management Facilities (SMF).

Далее имеется ряд инструментов, которые могут быть использованы для постобработки записей RMF, таких как RMF, от IBM, а также различные инструменты от поставщиков. Если у вас есть доступ к ним, вы можете получить очень подробную информацию об использовании CPU различных адресных пространств/процессов с течением времени. Некоторые инструменты также имеют интерактивные режимы, в которых можно получить снимки отдельных операций LPAR в режиме реального времени, а также операций в ЦЭК. SDSF и EJES также могут дать вам некоторую базовую информацию о LPAR, ЦЭК и выполняющихся адресных пространствах, так что вы можете посмотреть, например, на накопленное процессорное время. Если вы можете сказать нам, к каким инструментам у вас есть доступ, мы можем дать вам более конкретный совет.

Хотя, наверное, хотя два образа имеют одинаковое количество логических процессоров, основная система имеет гораздо больший вес, чем мини-система, что означает, что основная система имеет гарантированный доступ к большему количеству процессоров, чем мини-система, и большую часть времени мини-система не может и не будет пытаться реально распределять работу на большинство из этих процессоров. Если вы работаете на z13, и находитесь в режиме PROCVIEW CORE, то одна из вещей, которую команда /d m=cpu скажет вам, является ли процессор припаркован или не припаркован. Паркованные процессоры - это процессоры, которым образ z/OS не отправляет работу диспетчеризации, так как система, которой они принадлежат (вероятно, основная система, если они оба находятся на одной и той же CEC), отправляет им работу диспетчеризации.

Кевин упоминает несколько замечательных моментов, но это может помочь начать анализ на немного более высоком уровне: что это за две машины и, поскольку мы говорим о Tomcat, который работает в JVM, обе они имеют zAAPs или zIIPs (предполагая zAAP на zIIP)?

Из "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, большая часть его CPU должна быть на специальном двигателе - либо zAAP, либо zIIP, предполагая, что A) такой был приобретен на машине, и B) они правильно настроены на LPAR. Специализированные двигатели работают на полной скорости независимо от скорости двигателей общего назначения. Т.е. zIIP всегда работают на скорости 7xx, даже если они находятся на 4xx машине.

Если вы пытаетесь запустить Tomcat без специальных движков... ну, это, вероятно, не очень хорошо, если вы работаете на машине суб-мощности (не на 7xx), по потенциально нескольким причинам, связанным с вероятной доступной мощностью и стоимостью программного обеспечения.

Однако, обратите внимание, что хотя большая часть процессорного времени Tomcat будет выгружена на zIIP/zAAP (когда это будет доступно), все равно будет некоторое количество времени, которое работает на GP-движках, что делает ситуацию с GP также важной для понимания. В зависимости от конфигурации количество запущенных GP может быть не более 1-2% от общего количества, или может быть > 10%.

Обратите внимание на вышеприведенный дисплей, что zIIPs - это процессоры 08-0B, но они "N" недоступны. В этом случае они были определены для LPAR, но в настоящее время они недоступны на аппаратном обеспечении, потому что это была машина DR, у которой на момент снимка не было конфигурации CBU. К сожалению, это всего лишь логические zIIPs, количество физических zIIPs или zAAPs недоступно с этого дисплея, что на самом деле немного сложнее отследить. Но если у вас есть логические zIIPs/zAAPs онлайн, вы знаете, что у вас есть как минимум несколько физических движков для их поддержки.

Даже если эти две машины - это одно и то же поколение и одинаковые настройки скорости и одинаковое количество движков (GPs и zIIPs), то в игру вступает целый ряд вопросов/проблем, связанных с тем фактом, что мейнфреймы редко работают на одной системе - обычно одновременно работают несколько LPARs. И в этой ситуации вы должны начать копаться в данных, которые упоминает Кевин, чтобы понять, что на самом деле происходит. Но если вы сравниваете яблоки (2964-605, с zIIP) с бананами (2828-F03 без специализированных движков), то следует ожидать разницы в производительности с самого начала.

Наконец, следует отметить, что версия Java, используемая относительно генерации машины, тоже важна. Например, если две машины, о которых идет речь, являются z13s, но один Tomcat использует Java 8, а другой Java 7, я бы ожидал разницы, потому что использование новых инструкций z13 только в Java 8.

И все это только концентрируется на проблемах производительности, связанных с процессором. Очевидно, что у вас могут быть различия и проблемы и в других местах. Но процессор - это хорошее место, чтобы начать искать отсутствующую другую информацию.

Я успешно запустил Tomcat на z/OS с небольшими проблемами - но у меня был доступен достаточный объем zAAP/zIIP.