LINUX.ORG.RU

Ожидание ввода вывода?

Morin ★★★★
()

вроде нормальный

stels ★★★
()

нагрузка 1,5 при 4-х потоках ЦП. Высокой нагрузки не вижу.

targitaj ★★★★★
()
Ответ на: комментарий от zolden

Средняя нагрузка системы за последние 5-15 минут. Т.е.: сколько в среднем ожидали процессы или процессорного времени, или ввода-вывода. То есть, имело место быть простаивание процесса, т.к., система не отвечала ему вовремя - или была нехватка процессорного времени, или нехвататка i/o. Чем выше la, тем больше мои процессы бездельничают, в ожидании маны небесной... Как-то так...

DALDON ★★★★★
() автор топика
Последнее исправление: DALDON (всего исправлений: 2)
Ответ на: комментарий от King_Carlo

ОК. Пасибо. А то, я уж начал волноваться... Думаю, может что-то не так понимаю...

DALDON ★★★★★
() автор топика

Всё нормально у тебя. Высокий LA это когда больше 1 на ядро, и то есть нюансы, например для вебсерверов.

Deleted
()
Ответ на: комментарий от int13h

Ок. Скину в момент, нагрузки на БД!

DALDON ★★★★★
() автор топика
Ответ на: комментарий от DALDON

У тебя 4 ядра, значит тебе нужно принимать меры, если la сильно больше 4-х недолго (например 5-10 минут) или долго хоть немного больше 4-х (например пару часов или целыми днями).

Deleted
()
Ответ на: комментарий от Deleted

Чтобы удобно смотреть что влияет на la, поставь например atop.
На одном графике увидишь и дисковую загрузку и процессы и сеть и своп.
Правда он сам немножко кушает и его можно потюнить.

Deleted
()

Если на купленном/арендуемом сервере LA<n*CPU , где n к-во процессоров — плохо. Т.е. вы покупаете/арендуете простаивающие ресурсы.

LA должно быть 1.0 < LA/n*CPU < 1.2

Т.е. утилизировали по полной все то, что купили.

Также обратите внимание на wa — важный параметр простоя ожидания i/o, особенно на сервере баз данных.

int13h ★★★★★
()
Ответ на: комментарий от Amet13

Безусловно, здесь речь идёт о домашних машинах и локалхостах. На нагруженных системах всё выглядит по-другому и нормой может быть la 10 на ядро.

Deleted
()
Ответ на: комментарий от int13h

палитесь :)

когда я работал в isp, у нас на публичном ftp сервере la в пики до 100+ доходил. и никто не жаловался :)

Rost ★★★★★
()
Ответ на: комментарий от Rost

палитесь :)

в чем же?

сервере la в пики до 100+ доходил. и никто не жаловался :)

Это тогда у вас проблемы с лицензиями и сервера не доступны были? =)

int13h ★★★★★
()
Последнее исправление: int13h (всего исправлений: 1)
Ответ на: комментарий от Rost

Кстати, а зачем ввели dar-ы? И почему не запилят инкрементное резервное копирование, без сжатия?

int13h ★★★★★
()
Последнее исправление: int13h (всего исправлений: 1)

Во первых это нормально — дисковые операции, когда процессы тупо ждут в очереди, чуть ли не главное, что поднимет LA.

Во вторых, 1.9 — это ерунда. Ты ещё похоже, что 1000 не видел. ;)

beastie ★★★★★
()
Ответ на: комментарий от int13h

LA должно быть 1.0 < LA/n*CPU < 1.2

LA никому ничего не должно. Это всего лишь кол-во процессов в очереди на исполнение. AKA попугаи.

И таки LA = 8, на 8-и ядерном проце вещь тоже нормальная, говорящая только о том, что каждое ядро занято своим делом.

TL;DR: LA == +- ncpu — это то, что ты хочешь.

beastie ★★★★★
()
Ответ на: комментарий от anonymous

Всем спасибо ребят! Всё понял. Ухожу просветлённым!

DALDON ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.