s
По информации которую я находил было следующее, общее число ядер всех виртуальных машин может быть больше чем, чем процессора, но число отдельной виртуальной машины не должно быть больше, чем ядер(имеется в виду виртуальных/потоков) процессора
Size: a a a
2021 April 29
DS
Что мешает в вм установить s-tui и узнать все из первых уст?
s
Нехватка опыта и знаний, иначе я бы тут не спрашивал
DS
Я же не предлагал stress-ng, в вм
apt install s-tui stress; s-tui
Вниз, пробел. Все смотрим графики проксмокса
apt install s-tui stress; s-tui
Вниз, пробел. Все смотрим графики проксмокса
s
А как это поможет понять есть ли разница когда общее число привышает, а когда нет? Извиняюсь за глупый вопрос
MM
как-то раз был случай на CPU 8 ядер, создал чуть больше 30 VPS , пока они работали на холостом ходу - все было ОК, но когда во всех появилась нагрузка то LA взлетел до 90 - и я удаленyый доступ c серверу потерял :( - потому если просто - один из показателей - 8 ядер LA не больше 8 :(
I
на вебсервере la может быть в десятки раз больше количества ядер и производительность будет оставаться преемлимой.
I
ага, только из этого никакая приоритетность не вытекает.
s
У меня сейчас получается около 15 виртуалок, количество ядер в сумме превышает количество потоков, там крутиться 1с, в целом работает нормально, по мониторингу вижу что нагрузка идёт рваная, то вверх, то вниз. Вот и задумался, а правильно ли так делать в принципе
DS
Поможет понять что будет если на сервере с 16 ядрами запустить 2вм по 16 ядер.
Если надо "попугаи" то как то так
Если надо "попугаи" то как то так
stress-ng --cpu 16 --cpu-method matrixprod --metrics --timeout 60 в колонке bogo op/s будет количество операций в секунду, это синтетика но примерно картину покажетI
в идеале нужно избегать переподписки любых ресурсов, тогда будет меньше накладных расходов. но если будет устраивать общая производительность, то пожалуйста.
I
умерло наверно потомучто память закончилась ?
DS
ssh умирает последней 😅
I
это если сессия активная была, а если не было то как повезет
DS
Ну тогда ILO, пока ссх умирало только из-за отсутствия сети))
MM
нет, памяти там было ого, я незнаю что там реально происходит "внутри", но всегда замечал - чем выше LA тем все дольше заходит SSH , а потом и вовсе может висеть подключение и не подключается, до 70 LA я еще на сервер попадал :)
s
Вроде бы понял) спасибо огромное!!!
s
А LA это что?
I
на прошлой неделе у знакомого сервачек-шлюз начал свапиться и перестал по ssh отвечать, но openvpn еще работал.
MM
load average:
top или uptime позывает
top или uptime позывает