Size: a a a

2020 November 23

G

Grader in DevOps
источник

A

Alexander in DevOps
Grader
100% -1 ядро?  о чем речь
Ну и, вообще, 100% = 1 тоже :)
источник

G

Grader in DevOps
😂
источник

G

Grader in DevOps
Некоторые интерпретации:


Если значения равны 0.0, то система в состоянии простоя.
Если среднее значение для 1 минуты выше, чем для 5 или 15, то нагрузка растёт.
Если среднее значение для 1 минуты ниже, чем для 5 или 15, то нагрузка снижается.
Если значения нагрузки выше, чем количество процессоров, то у вас могут быть проблемы с производительностью (в зависимости от ситуации).
источник

G

Grader in DevOps
на хабре классная статья по анализу
источник

SP

Sergey Pechenkó in DevOps
^^^ +++
источник

M

Mentat in DevOps
Sergey Khortyuk
Привет, всем....
Немного тупой вопрос.... но я кажись запутался
Объясните почему
 Load average: 28.19 46.34 48.95 

На 8 ядерном проце
ты и 600 там можешь увидеть, был такой бажок в ядре. В целом - это число запущенных тасков на ядро, если не вдаваться очень глубоко(без скользящих средних, откуда оно берется итды). Оно может быть больше числа ядер, ему ничего не мешает. Но это в целом - повод посмотреть что происходит.
источник

AM

Anton Moskalev in DevOps
Mentat
ты и 600 там можешь увидеть, был такой бажок в ядре. В целом - это число запущенных тасков на ядро, если не вдаваться очень глубоко(без скользящих средних, откуда оно берется итды). Оно может быть больше числа ядер, ему ничего не мешает. Но это в целом - повод посмотреть что происходит.
Я и без багов в ядре такое видел 🤔
источник

M

Mentat in DevOps
Anton Moskalev
Я и без багов в ядре такое видел 🤔
мог, но я просто вспомнил момент когда я на рабочем сервере курящем в стороне внезапно увидел 600 и мне стало очень интересно, как так. В итоге вылез на багтрекер
источник

G

Grader in DevOps
Linux перешла от «средней нагрузки на процессор» к чему-то вроде «средней нагрузки на систему».
источник

G

Grader in DevOps
источник

G

Grader in DevOps
учите мат часть) полезно
источник

A

Alexander in DevOps
Mentat
ты и 600 там можешь увидеть, был такой бажок в ядре. В целом - это число запущенных тасков на ядро, если не вдаваться очень глубоко(без скользящих средних, откуда оно берется итды). Оно может быть больше числа ядер, ему ничего не мешает. Но это в целом - повод посмотреть что происходит.
Не запущенных, а готовых запуститься, и не на ядро, а вообще.
источник

G

Grader in DevOps
кто мигрировал сервисы на нет коре в кубер? Как поду подпихнуть серт в формате pfx? если они должны храниться в vault?
источник

M

Mentat in DevOps
Alexander
Не запущенных, а готовых запуститься, и не на ядро, а вообще.
я же говорил, если не лезть внутрь. Ну нафига прямо сейчас это опять разводить?
источник

A

Alexander in DevOps
Mentat
я же говорил, если не лезть внутрь. Ну нафига прямо сейчас это опять разводить?
А чего там лезть внутрь? LA - это просто среднее число потоков в системе, у которых есть задачи для выполнения: за 1, 5 и 15 минут. И ничего разводить не надо. Тем более, про всякие ошибочные "количество тасков на ядро".
источник

ЕО

Евгений Омельченко... in DevOps
Alexander
А чего там лезть внутрь? LA - это просто среднее число потоков в системе, у которых есть задачи для выполнения: за 1, 5 и 15 минут. И ничего разводить не надо. Тем более, про всякие ошибочные "количество тасков на ядро".
Это тоже неправда, в LA включаются не только задачи, готовые к выполнению, но и задачи, находящиеся в D state
источник

M

Mentat in DevOps
Предлагал же не разводить, остановится, но все, понеслась
источник

ЕО

Евгений Омельченко... in DevOps
А потом у людей, которые пытаются террабайт в секунду на ХДД запихнуть, оказывается 600 la и "баги в ядре"
источник

AM

Anton Moskalev in DevOps
Mentat
Предлагал же не разводить, остановится, но все, понеслась
Ну не просто так же матчасть учили, дай похвастаться
источник