Метод Вайтинга основан на расчете по данным утреннего зондированияпараметра К, который определяется поформуле:
где, Т – температура,
D – дефицит температуры точки росы насоответствующем уровне.
Если в результате расчета окажется, что К 30 – грозы повсеместно.
Метод Вайтинга дает хорошие результаты при прогнозе гроз не попункту,апоплощади.Обычносиноптикутром,получивданныезондирования атмосферы, для своейтерритории (зоны ответственности),строиткарту изолиний коэффициента К. Для этого сначала рассчитываютсяи наносятся на карту значения К, а затем проводятся изолинии через 5единиц, начиная со значения 20. Затем очаг с максимальным значениемэтого коэффициента переносится по потоку на 12 часов, и в том районе, гдеэтот очаг окажется, следует указывать грозы. Данный метод получилдостаточно широкое распространение по территории России. Значениякоэффициента К, целесообразно уточнять для каждого пункта.Иногда в рассчитанные значения коэффициента Квводится поправкана кривизну приземных изобар. Величину поправки можно взять из табл.3.2.
Таблица 3.2
Величина поправки на кривизну приземных изобар[2, c.223]
R, км
>1000
1000-500
500-250
для прогноза гроз параметр А, который полнее учитывает распределение
влажности по высотам. По Н.П. Фатееву
А = Т850 –Т500 – (D850+D700+D600+D500), (3.3)
Обозначения в формуле 3.3 пояснений не требуют. Если по расчетамполучается, что А≥ 0, то в прогнозе следует указывать грозу.
Прогноз гроз по методу Фауста
Прогноз гроз по методу Фаустаоснован на определении разности (ΔТ) между температурой нулевогоиспарения (Тv) и температурой на уровне 500 гПа (Т500). Эта разностьопределяется по формуле:
Сама же величина (Тv), определяется по графику, представленному на рис.3.2.
Грозы следует указывать в прогнозе в тех случаях, когда Тv> 0
Рис.3.2. График для определения нулевого испарения[2, с.224]
Наевропейской частиРоссии оправдываемость наличия гроз по методу Фаустасоставляет 82%, а ихотсутствия – 91%.
Прогноз гроз по методу Г.Д. Решетова
Г.Д. Решетов предложилопределять возможность возникновения гроз по трем параметрам, которыесравнительно легко находятся по аэрологической диаграмме. Такимипараметрами являются: высота вершин кучево-дождевой облачности (Нв),значение температуры воздуха на этой высоте (Тв) итолщина слоя облака,его верхней части, в которой наблюдаются отрицательные температуры (ΔН).
Если наблюдаются благоприятные синоптические условия, к которымГ.Д. Решетов относит наличие фронтальных разделов, особенно холодныхфронтов, области вблизи вершины волны, центральной части молодого илиразвитого циклона, окрестности точки окклюзии, ложбина в теплом секторециклона, а также малоградиентное поле давления на приземной карте иложбина или очаг холода на высотах, то в этих случаях следует указывать грозу [5, с.205].
Возможностьвозникновениягрозопределяетсяпографику,представленному на рис. 3.3.
Рис.3.3. График для прогноза (по методу Г.Д. Решетова)[2, с.225]
На рис. 3.3 по горизонтальной оси откладывается температура воздуха(Тв), а по вертикальной – величина (ΔН). Пользование графиком непредставляет никаких трудностей, а оправдываемость прогноза составляетоколо 90%.
Заключение
Изложению физики негрозовых облаков посвящено много работ. В то же время число работ по физике грозовых облаков весьма ограничено.
Изучение электрической природы грозовых облаков было начато еще во времена Б. Франклина и М. Ломоносова и продолжается до сих пор. В результате был накоплен большой экспериментальный материал, как о самих грозовых облаках, так и об атмосферном электричестве в целом, а также был предложен ряд физических механизмов образования грозовых облаков. Несмотря на это, физические процессы образования грозовых облаков до сих пор окончательно не раскрыты.
В последнее время изучению грозовых облаков в мире уделяется большое внимание. Об этом свидетельствует хотя бы тот факт, что на 11-ой Международной конференции по атмосферному электричеству (Алабама, США, 1999 г.) было представлено 186 докладов, на 12-ой Международной конференции по атмосферному электричеству (Версаль, Франция, 2003 г.) было представлено более 240 докладов. Из общего числа этих докладов более 90 % было посвящено изучению гроз. На 5-ой Российской конференции по атмосферному электричеству (Владимир, 2003 г.) было представлено 207 докладов, многие из которых были посвящены этой же теме.
Список использованной литературы
1. Алисов Б.П., Полтараус Б.В. Климатология. 2-е изд., перераб. – М.: МГУ – 1974. – 300 с.
2. Богаткин О.Г. Основы авиационной метеорологии:учеб. – СПб.: Изд. РГГМУ, 2009. – 339 с.
8. Матвеев Л.Т. Основы общей метеорологии. Физика атмосферы. – Л.: Гидрометеоиздат, 1984. – 752 с.
9. Пономаренко С.И., Лебедева Н.В., Чистяков А.Д. Оценка способов прогноза гроз и рекомендации по их использованию:метод. указания. – М.: Гидрометеоиздат, 1981. – 54 с.
10. Хандожко Л.А. Оценка экономического эффекта прогнозов погоды. – Л.: изд. ЛПИ, 1987. – 50 с.
11. Хромов С.П., Петросянц М.А. Метеорология и климатология. – М.: МГУ, 1994. – 520 с.
12. Ясаманов И.Я. Занимательная климатология. – М., 1989. – 189 с.
Дата добавления: 2018-04-15 ; просмотров: 2451 ; Мы поможем в написании вашей работы!
Прогноз гроз
Прогноз гроз по методу Вайтинга основан на расчете по данным утреннего зондирования параметра К, который определяется по формуле:
где: Т – температура, а D – дефицит температуры точки росы на соответствующем уровне.
Если в результате расчета окажется, что К 30 – грозы повсеместно.
Метод Вайтинга дает хорошие результаты при прогнозе гроз не по пункту, а по площади. Обычно синоптик утром, получив данные зондирования атмосферы, для своей территории (зоны ответственности), строит карту изолиний коэффициента К. Для этого сначала рассчитываются и наносятся на карту значения К, а затем проводятся изолинии через 5 единиц, начиная со значения 20. Затем очаг с максимальным значением этого коэффициента переносится по потоку на 12 часов, и в том районе, где этот очаг окажется, следует указывать грозы. Данный метод получил достаточно широкое распространение. Значения коэффициента К, целесообразно уточнять для каждого пункта.
Трудно в метеорологической литературе отыскать разъяснения по вопросу, какая разница между изолированными грозами и отдельными грозами. Изолированные грозы – это такие грозы, когда указывает (дает) грозу одна из десяти наблюдательских станций, а отдельные грозы – это такие грозы, когда грозу дает одна их четырех наблюдательских станций.
Совершенствуя метод Вайтинга, Н.П. Фатеев предложил использовать для прогноза гроз параметр А, который полнее учитывает распределение влажности по высотам. По Н.П. Фатееву
А = Т850 –Т500 – (D850+D700+D600+D500).
Обозначения в формуле пояснений не требуют. Если по расчетам получается, что А > 0, то в прогнозе следует указывать грозу.
Прогноз гроз по методу Фауста основан на определении разности (dT) между температурой нулевого испарения (Tv) и температурой на уровне 500 гПа (T500). Эта разность определяется по формуле:
Метод А.Симиля предусматривает расчет критерия неустойчивости ΔТс по данным зондирования за 3 ч:
где Т´500-температура, которую принял бы воздух, поднятый влажноадиабатически в рассматриваемом слое от уровня конденсации (практически за уровень конденсации принимается уровень 850 гПа) до уровня 500 гПа; Т500-температура на уровне 500 гПа; Т*500-температура, которую принял бы воздух, поднятый сухоадиабатически от уровня 850 гПа до уровня 500 гПа. Предполагается (и это подтверждается эмпирическими данными), что грозы возможны, если в слое 850-500 гПа средняя относительная влажность Rср составляет более 60%. Поэтому дополнительно рассчитывается параметр ΔR. Гроза в прогнозе указывается, если ΔТс>0 и ΔR>0.
Как рассчитываются коэффициенты ставок?
Коэффициент — это главная характеристика любой ставки на спорт, потому что от него зависит размер потенциального выигрыша. Как букмекеры рассчитывают котировки пари, какие факторы влияют на их величину, и как найти контору с самыми выгодными кэфами?
Что такое коэффициент пари?
Коэффициент представляет собой число, на которое нужно умножить сумму ставки, чтобы узнать величину выигрыша. В линии пари букмекеров кэф обозначен цифрой с сотыми долями, например, 1.78. Но некоторые конторы, в частности, БК «1хСтавка», используют несколько вариантов написания котировок: целыми числами, а также цифрами с десятичными и сотыми долями.
Допустим, вы решили зарядить на исход матча РПЛ «Арсенал» — «Зенит» и хотите узнать, какой доход принесут пари в размере 1000 рублей. БК «Лига Ставок» дает на победу «Арсенала» кэф 8.20, следовательно, вы заработаете 8200 рублей, если тульская команда возьмет верх. Котировка на триумф «Зенита» гораздо ниже — 1.37, соответственно, контора выплатит всего лишь 1370 рублей в случае выигрыша сине-бело-голубых. Ставка на ничью позволит сорвать внушительный куш 5400 рублей благодаря приличному коэффициенту — 5.40.
Как букмекеры вычисляют котировки?
Коэффициент отражает прогноз конторы на матч. Чем он выше, тем меньше шансов на то, что событие произойдет. И наоборот, чем ниже кэф, тем выше вероятность определенного исхода. То есть по коэффициентам можно сразу же определить фаворита и аутсайдера игры. Например, БК «1хСтавка» выставила котировку 1.72 на победу «Авангарда» и 3.94 на викторию «Барыса». Соответственно, букмекер предрекает первому клубу выигрыш, а второму — поражение.
Чтобы рассчитать коэффициент, букмекеры учитывают следующие факторы:
Сотрудники контор оценивают вероятность результата матча в процентах и затем переводят их в котировку. Соответственно, чтобы узнать прогноз экспертов, необходимо поделить 100 на коэффициент. Если применить эту формулу к игре КХЛ из нашего примера, то мы получим следующие результаты:
Относительно равные коэффициенты, в частности, 1.90 и 1.95, говорят о том, что у обеих команд примерно одинаковые шансы на триумф. В этом случае прогнозы на спорт от экспертов сайта Prosports.ru помогут определить фаворита.
Почему конторы выставляют разные коэффициенты?
Ни для кого не секрет, что в букмекерских конторах отличаются коэффициенты на одно и то же событие. Это явление обусловлено двумя причинами:
Проанализируем бой UFC Лэдд — Дюмонт. «Париматч» дает кэф 1.76 на победу Аспен и 2.14 — на выигрыш Нормы. «Бет365» — 1.72 и 2.10 соответственно. Подсчитаем маржу букмекеров по формуле: (1/кэф первого исхода)+(1/кэф второго исхода)-1х100. Parimatch взимает комиссию 3.54%, а Bet365 — 5.75. Поэтому в БК «Париматч» более высокие котировки.
Зачастую различия между коэффициентами возникают из-за реакции игроков на событие. Например, в БК «1хСтавка» можно зарядить на выигрыш Исмаилова в поединке против Минеева с котировкой 1.62. В БК «Лига Ставок» кэф на этот исход намного выше — 1.72. Этот факт свидетельствует о том, что клиенты конторы «1хСтавка» «загрузили» больше денег на Магомеда. Чтобы подтолкнуть беттеров к заключению пари на Владимира, букмекер сократил кэф ставки на победу его соперника и одновременно с этим увеличил котировку на викторию Минеева.
Как найти самые выгодные коэффициенты?
Многие букмекерские конторы регулярно проводят акции, участники которых вправе заключить пари с повышенными коэффициентами. В частности, «Олимпбет» увеличивает котировку экспрессов на 1% за каждое событие вплоть до 10%, если кэф «паровоза» составляет хотя бы 4.50. БК «Марафонбет» обнуляет маржу за обработку ставок на некоторые турниры, повышая таким образом котировки.
Чтобы узнать об активных предложениях в российских конторах, перейдите в раздел «Бонусы букмекеров» на сайте Prosports.ru. Если вас интересует информация об акциях для незарегистрированных клиентов, то выберите опцию «Новым игрокам». Во вкладке «Действующим игрокам» представлен список подарков, которыми компании награждают лояльных клиентов.
Для сравнения коэффициентов в букмекерских конторах стоит использовать специальный сервис, например, OddsPedia. Для просмотра котировок на исходы матча на этом ресурсе выполните следующие действия:
OddsPedia мониторит линии ставок как отечественных, так и зарубежных букмекеров, а также отслеживает динамику изменения коэффициентов и показывает ее в графическом виде. Портал публикует данные о соревнованиях по всем популярным видам спорта и кибердисциплинам.
Анализ производительности виртуальной машины в VMware vSphere. Часть 1: CPU
Если вы администрируете виртуальную инфраструктуру на базе VMware vSphere (или любого другого стека технологий), то наверняка часто слышите от пользователей жалобы: «Виртуальная машина работает медленно!». В этом цикле статей разберу метрики производительности и расскажу, что и почему «тормозит» и как сделать так, чтобы не «тормозило».
Буду рассматривать следующие аспекты производительности виртуальных машин:
Для анализа производительности нам понадобятся:
Немного теории
В ESXi за работу каждого vCPU (ядра виртуальной машины) отвечает отдельный процесс – world в терминологии VMware. Также есть служебные процессы, но с точки зрения анализа производительности ВМ они менее интересны.
Процесс в ESXi может находиться в одном из четырех состояний:
Основные счетчики производительности CPU виртуальной машины
CPU Usage, %. Показывает процент использования CPU за заданный период.
Как анализировать? Если ВМ стабильно использует CPU на 90% или есть пики до 100%, то у нас проблемы. Проблемы могут выражаться не только в «медленной» работе приложения внутри ВМ, но и в недоступности ВМ по сети. Если система мониторинга показывает, что ВМ периодически отваливается, обратите внимание на пики на графике CPU Usage.
Есть стандартный Аlarm, который показывает загрузку CPU виртуальной машины:
Что делать? Если у ВМ постоянно зашкаливает CPU Usage, то можно задуматься об увеличении количества vCPU (к сожалению, это не всегда помогает) или переносе ВМ на сервер с более производительными процессорами.
CPU Usage in Mhz
В графиках на vCenter Usage в % можно посмотреть только по всей виртуальной машине, графиков по отдельным ядрам нет (в Esxtop значения в % по ядрам есть). По каждому ядру можно посмотреть Usage in MHz.
Как анализировать? Бывает, что приложение не оптимизировано под многоядерную архитектуру: использует на 100% только одно ядро, а остальные простаивают без нагрузки. Например, при дефолтных настройках бэкапа MS SQL запускает процесс только на одном ядре. В итоге резервное копирование тормозит не из-за медленной скорости дисков (именно на это изначально пожаловался пользователь), а из-за того, что не справляется процессор. Проблема была решена изменением параметров: резервное копирование стало запускаться параллельно в несколько файлов (соответственно, в несколько процессов).
Пример неравномерной нагрузки ядер.
Также бывает ситуация (как на графике выше), когда ядра нагружены неравномерно и на некоторых из них есть пики в 100%. Как и при загрузке только одного ядра, alarm по CPU Usage не сработает (он по всей ВМ), но проблемы с производительностью будут.
Что делать? Если ПО в виртуальной машине нагружает ядра неравномерно (использует только одно ядро или часть ядер), нет смысла увеличивать их количество. В таком случае лучше переместить ВМ на сервер с более производительными процессорами.
Также можно попробовать проверить настройки энергопотребления в BIOS сервера. Многие администраторы включают в BIOS режим High Performance и тем самым отключают технологии энергосбережения C-states и P-states. В современных процессорах Intel используется технология Turbo Boost, которая увеличивает частоту отдельных ядер процессора за счет других ядер. Но она работает только при включенных технологиях энергосбережения. Если мы их отключаем, то процессор не может уменьшить энергопотребление ядер, которые не нагружены.
VMware рекомендует не отключать технологии энергосбережения на серверах, а выбирать режимы, которые максимально отдают управление энергопотреблением гипервизору. При этом в настройках энергопотребления гипервизора нужно выбрать High Performance.
Если у вас в инфраструктуре отдельные ВМ (или ядра ВМ) требуют повышенную частоту CPU, корректная настройка энергопотребления может значительно улучшить их производительность.
CPU Ready (Readiness)
Если ядро ВМ (vCPU) находится в состоянии Ready, оно не выполняет полезную работу. Такое состояние возникает, когда гипервизор не находит свободное физическое ядро, на которое можно назначить процесс vCPU виртуальной машины.
Как анализировать? Обычно если ядра виртуальной машины находятся в состоянии Ready больше 10% времени, то вы заметите проблемы с производительностью. Проще говоря, больше 10% времени ВМ ждет доступности физических ресурсов.
В vCenter можно посмотреть 2 счетчика, связанных с CPU Ready:
Значения счетчика Ready можно посмотреть также в исторической перспективе. Это полезно для установления закономерностей и для более глубокого анализа проблемы. Например, если у виртуальной машины начинаются проблемы с производительностью в какое-то определенное время, можно сопоставить интервалы повешенного значения CPU Ready с общей нагрузкой на сервер, где данная ВМ работает, и принять меры по снижению нагрузки (если DRS не справился).
Ready в отличие от Readiness показывается не в процентах, а миллисекундах. Это счетчик типа Summation, то есть он показывает, сколько времени за период измерения ядро ВМ находилось в состоянии Ready. Перевести данное значение в проценты можно по несложной формуле:
(CPU ready summation value / (chart default update interval in seconds * 1000)) * 100 = CPU ready %
Например, для ВМ на графике ниже пиковое значение Ready на всю виртуальную машину получится следующим:
При подсчете значения Ready в процентах стоит обращать внимание на два момента:
Рассчитаем Ready на основе данных из графика ниже. (324474/(20*1000))*100 = 1622% на всю ВМ. Если смотреть по ядрам получится уже не так страшно: 1622/64 = 25% на ядро. В данном случае обнаружить подвох довольно просто: значение Ready нереалистичное. Но если речь идет о 10–20% на всю ВМ с несколькими ядрами, то по каждому ядру значение может быть в пределах нормы.
Что делать? Высокое значение Ready говорит о том, что серверу не хватает ресурсов процессора для нормальной работы виртуальных машин. В такой ситуации остается только уменьшить переподписку по процессору (vCPU:pCPU). Очевидно, этого можно добиться, уменьшив параметры существующих ВМ или путем миграции части ВМ на другие серверы.
Co-stop
Как анализировать? Данный счетчик также имеет тип Summation и переводится в проценты аналогично Ready:
(CPU co-stop summation value / (chart default update interval in seconds * 1000)) * 100 = CPU co-stop %
Здесь также нужно обращать внимание на количество ядер на ВМ и на интервал измерения. В состоянии сostop ядро не выполняет полезную работу. При правильном подборе размера ВМ и нормальной нагрузке на сервер счетчик со-stop должен быть близок к нулю.
В данном случае нагрузка явно ненормальная:)
Что делать? Если на одном гипервизоре работают несколько ВМ с большим количеством ядер и есть переподписка по CPU, то счетчик co-stop может вырасти, что приведет к проблемам с производительностью данных ВМ.
Также co-stop вырастет, если для активных ядер одной ВМ используются треды на одном физическом ядре сервера со включенным hyper-treading. Такая ситуация может возникнуть, например, если у ВМ больше ядер, чем физически есть на сервере, где она работает, или если для ВМ включена настройка «preferHT». Про эту настройку можно прочитать здесь.
Чтобы избежать проблем с производительностью ВМ из-за высокого сo-stop, выбирайте размер ВМ в соответствии с рекомендациями производителя ПО, которое работает на этой ВМ, и с возможностями физического сервера, где работает ВМ.
Не добавляйте ядра про запас, это может вызвать проблемы с производительностью не только самой ВМ, но и ее соседей по серверу.
Другие полезные метрики CPU
Run – сколько времени (мс) за период измерения vCPU находился в состоянии RUN, то есть собственно выполнял полезную работу.
Idle – сколько времени (мс) за период измерения vCPU находился в состоянии бездействия. Высокие значения Idle – это не проблема, просто vCPU было «нечего делать».
Wait – сколько времени (мс) за период измерения vCPU находился в состоянии Wait. Так как в данный счетчик включается IDLE, высокие значения Wait также не говорят о наличии проблемы. А вот если при высоком Wait IDLE низкий, значит ВМ ждала завершения операций ввода/вывода, а это, в свою очередь, может говорить о наличии проблемы с производительностью жесткого диска или каких-либо виртуальных устройств ВМ.
Max limited – сколько времени (мс) за период измерения vCPU находился в состоянии Ready из-за установленного лимита по ресурсам. Если производительность необъяснимо низкая, то полезно проверить значение данного счетчика и лимит по CPU в настройках ВМ. У ВМ действительно могут оказаться выставлены лимиты, о которых вы не знаете. Например, так происходит, когда ВМ была склонирована из шаблона, на котором был установлен лимит по CPU.
Swap wait – сколько времени за период измерения vCPU ждал операции с VMkernel Swap. Если значения данного счетчика выше нуля, то у ВМ точно есть проблемы с производительностью. Подробнее про SWAP поговорим в статье про счетчики оперативной памяти.
ESXTOP
Если счетчики производительности в vCenter хороши для анализа исторических данных, то оперативный анализ проблемы лучше производить в ESXTOP. Здесь все значения представлены в готовом виде (не нужно ничего переводить), а минимальный период измерения 2 секунды. Экран ESXTOP по CPU вызывается клавишей «c» и выглядит следующим образом:
Для удобства можно оставить только процессы виртуальных машин, нажав Shift-V. Чтобы посмотреть метрики по отдельным ядрам ВМ, нажмите «e» и вбейте GID интересующей ВМ (30919 на скриншоте ниже):
Кратко пройдусь по столбцам, которые представлены по умолчанию. Дополнительные столбцы можно добавить, нажав «f».
NWLD (Number of Worlds) – количество процессов в группе. Чтобы раскрыть группу и увидеть метрики для каждого процесса (например, для каждого ядра многоядерной ВМ), нажмите “e”. Если в группе больше одного процесса, то значения метрик для группы равны сумме метрик для отдельных процессов.
%USED – сколько циклов CPU сервера использует процесс или группа процессов.
%RUN – сколько времени за период измерения процесс находился в состоянии RUN, т.е. выполнял полезную работу. Отличается от %USED тем, что не учитывает hyper-threading, frequency scaling и время, затраченное на системные задачи (%SYS).
%SYS – время, затраченное на системные задачи, например: обработку прерываний, ввода/вывода, работу сети и пр. Значение может быть высоким, если на ВМ большой ввод/вывод.
%OVRLP – сколько времени физическое ядро, на котором выполняется процесс ВМ, потратило на задачи других процессов.
Данные метрики соотносятся между собой следующим образом:
%USED = %RUN + %SYS — %OVRLP.
Обычно метрика %USED является более информативной.
%WAIT – сколько времени за период измерения процесс находился в состоянии Wait. Включает IDLE.
%IDLE – сколько времени за период измерения процесс находился в состоянии IDLE.
%SWPWT – сколько времени за период измерения vCPU ждал операции с VMkernel Swap.
%VMWAIT – сколько времени за период измерения vCPU находилось в состояния ожидания события (обычно ввода/вывода). Аналогичного счетчика нет в vCenter. Высокие значения говорят о проблемах с вводом/выводом на ВМ.
%WAIT = %VMWAIT + %IDLE + %SWPWT.
Если ВМ не использует VMkernel Swap, то при анализе проблем с производительностью целесообразно смотреть на %VMWAIT, так как данная метрика не учитывает время, когда ВМ ничего не делала (%IDLE).
%RDY – сколько времени за период измерения процесс находился в состоянии Ready.
%CSTP – сколько времени за период измерения процесс находился в состоянии сostop.
%MLMTD – сколько времени за период измерения vCPU находился в состоянии Ready из-за установленного лимита по ресурсам.
%WAIT + %RDY + %CSTP + %RUN = 100% – ядро ВМ все время находится в каком-то из этих четырех состояний.
CPU на гипервизоре
В vCenter есть также счетчики производительности CPU для гипервизора, но они не представляют из себя ничего интересного – это просто сумма счетчиков по всем ВМ на сервере. Удобнее всего смотреть состояние CPU на сервере на вкладке Summary:
Для сервера, как и для виртуальной машины, есть стандартный Alarm:
При высокой нагрузке на CPU сервера у ВМ, работающих на нем, начинаются проблемы с производительностью.
В ESXTOP данные о загрузке CPU сервера представлены в верхней части экрана. Помимо стандартного CPU load, который малоинформативен для гипервизоров, есть еще три метрики:
CORE UTIL(%) – загрузка ядра физического сервера. Данный счетчик показывает, сколько времени за период измерения ядро выполняло работу.
PCPU UTIL(%) – если включен hyper-threading, то на каждое физическое ядро приходится два потока (PCPU). Данная метрика показывает, сколько времени каждый поток выполнял работу.
PCPU USED(%) – то же, что PCPU UTIL(%), но учитывает frequency scaling (либо снижение частоты ядра в целях энергосбережения, либо повышение частоты ядра за счет технологии Turbo Boost) и hyper-threading.
На этом скриншоте для некоторых ядер из-за работы Turbo Boost’а значение USED больше 100%, так как частота ядра выше номинальной.
Пара слов о том, как учитывается hyper-threading. Если процессы исполняются 100% времени на обоих потоках физического ядра сервера, при этом ядро работает на номинальной частоте, то:
В ESXTOP также есть экран с параметрами энергопотребления CPU сервера. Здесь можно посмотреть, используются ли сервером технологии энергосбережения: C-states и P-states. Вызывается клавишей «p»:
Стандартные проблемы производительности CPU
Напоследок пробегусь по типичным причинам возникновения проблем с производительностью CPU ВМ и дам короткие советы их решению:
Не хватает тактовой частоты ядра. Если нет возможности перевести ВМ на более производительные ядра, можно попробовать изменить настройки энергопотребления, чтобы Turbo Boost работал эффективнее.
Неправильный сайзинг ВМ (слишком много/мало ядер). Если поставить мало ядер, будет высокая загрузка CPU ВМ. Если много, словите высокий co-stop.
Большая переподписка по CPU на сервере. Если на ВМ высокий Ready, снизьте переподписку по CPU.
Неправильная NUMA-топология на больших ВМ. NUMA-топология, которую видит ВМ (vNUMA), должна соответствовать NUMA-топологии сервера (pNUMA). Про диагностику и возможные варианты решения данной проблемы написано, например, в книге «VMware vSphere 6.5 Host Resources Deep Dive». Если не хотите углубляться и у вас нет лицензионных ограничений по ОС, установленной на ВМ, делайте на ВМ много виртуальных сокетов по одному ядру. Много не потеряете 🙂
На этом про CPU у меня все. Задавайте вопросы. В следующей части расскажу про оперативную память.
