Перейти к содержимому
Калькуляторы

Максимальная загрузка системы. До какой степени можно жать.

Коллеги, привет!

 

На сервере Ubuntu 18.04.2 установлен энкодер live видео потоков. Сервер имеет 40 ядер и 46 Гб ОП. На данный момент, он загружен так:

 

2021-03-11_12-06-32.thumb.png.aeb9878ecac6d16760d44684bab3fcb3.png

 

Вопрос, это уже критичная нагрузка для него или нет? С одной стороны по ЦП и ОП есть запас, но с другой стороны, load avarage практически максимальный. Если это критично, то сервер развернут на виртуальной платформе ESXi 6.7

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Еще столько же нагрузки можно добавить сверху, зачем куда-то уходить?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Для 40 ядер, Load Average приемлемый. Если, конечно, он в процессоры упирается. Смотрите на IOWait CPU, например, или задержку (latency) доступа к хранилищу.

 

Что касается "критичности" нагрузки, то это всегда индивидуально. Рекомендую откалибровать ваше приложение по нагрузке.

Объявите maintenance window и постепенно увеличте количество live видео потоков, до тех пор пока оно не начнет ощутимо лагать, в сысле выйдет за рамки приемлемого с точки зрения вашего пользователя. Замерьте параметры сервера (LA, CPU, RAM и т.д.). Назовите это состояние критичной нагрузкой.

А потом, уже при нормальной работе, сравнивайте текущую нагрузку с эталоном "критичной" и определяйте, есть ли там запас и сколько его.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

9 часов назад, lugoblin сказал:

Для 40 ядер, Load Average приемлемый. Если, конечно, он в процессоры упирается. Смотрите на IOWait CPU, например, или задержку (latency) доступа к хранилищу.

 

Что касается "критичности" нагрузки, то это всегда индивидуально. Рекомендую откалибровать ваше приложение по нагрузке.

Объявите maintenance window и постепенно увеличте количество live видео потоков, до тех пор пока оно не начнет ощутимо лагать, в сысле выйдет за рамки приемлемого с точки зрения вашего пользователя. Замерьте параметры сервера (LA, CPU, RAM и т.д.). Назовите это состояние критичной нагрузкой.

А потом, уже при нормальной работе, сравнивайте текущую нагрузку с эталоном "критичной" и определяйте, есть ли там запас и сколько его.

Просто я всегда считал, что при оценке load avarege нужно ориентироваться на кол-во ядер. т.е. если у меня 40 ядер, и LA близка к 40, то вроде как загрузка близка к 100% 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

9 hours ago, fox_m said:

Просто я всегда считал, что при оценке load avarege нужно ориентироваться на кол-во ядер. т.е. если у меня 40 ядер, и LA близка к 40, то вроде как загрузка близка к 100% 

Вроде как, да, но это не строгое правило.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 11.03.2021 в 12:09, fox_m сказал:

Сервер имеет 40 ядер

40 ядер с ht?  то есть 20 физических

нужно понимать, что процессор с smt2 уже при загрузке по мнению OS в 50% теоретически может полностью полностью утилизировать физические ядра,так что рост производительности с ростом нагрузки будет нелинейным (если сейчас нагрузка, например, 67%, и успешно обрабатываются 1000 потоков, то далеко не факт, что сервер справится с 1500 потоками).

 

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

 

 

В 11.03.2021 в 12:09, fox_m сказал:

Если это критично, то сервер развернут на виртуальной платформе ESXi 6.7

визуализация ещё больше всё запутывает, на производительность влияет загрузка соседних виртуальных машин

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.