Как сравнить производительность центрального процессора?

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

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

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

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

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

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

Кевин упоминает ряд замечательных моментов, но это может помочь начать анализ на более высоком уровне: каковы две машины и, поскольку мы говорим о Tomcat, который работает в JVM, оба имеют zAAP или zIIP (при условии, что 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). Для более крупных (ранее называвшихся корпоративным классом) машин этот показатель может варьироваться от 4 (самый медленный) до 7 (самый быстрый). Для машин меньшего размера (раньше называвшихся "бизнес-классом") индикатор скорости движется от A (самый медленный) к Z (самый быстрый, но медленнее, чем 7xx того же поколения машин). "03" указывает, сколько GP доступно на машине. Для обычных конфигураций менее 100 GP это просто десятичное число. Таким образом, в этом примере машина представляет собой z196 с 3 GP, которые работают на самой низкой скорости, возможной на этом поколении машин.

Тем не менее, вы упомянули Tomcat, и поскольку Tomcat работает в JVM, большая часть его процессорного времени должна фактически быть на специализированном движке - либо zAAP, либо zIIP, при условии, что A) такие были куплены на машине, и B) они настроены правильно в LPAR. Специализированные двигатели работают на полной скорости независимо от скорости двигателей общего назначения. IE zIIP всегда работают на скорости 7xx, даже если они на машине 4xx.

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

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

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

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

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

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

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