Уважаемые!Подскажите, т.к. опыта и статистики не так мно, сколько считается допустимый нормальный порог load average скажем для 5 и 15 минут...
10 - это нормально или уже критично, а 20?
На каком пороге сервер перестает справляться с очередью задач и начинается лавинообразное накапливание процессов в очереди?
Сервер 2хP3 1,4 Xeon, 2Гб, 3 SCSI RAID 5, FreeBSD 6.0
Интересует на предмет того, когда бить тревогу...
ну хоть кто-нибудь напишет из своего опыта?...
>10 - это нормально или уже критично, а 20?Нормально это когда не больше чем число процессоров в машине, если больше нужно предпринимать меры и искать причину. Для начала посмотри на systet, vmstat, iostat.
>Нормально это когда не больше чем число процессоров в машине, если больше
>нужно предпринимать меры и искать причину. Для начала посмотри на systet,
>vmstat, iostat.Какая может быть причина, если посетителей много, более 200 000, и показ идет не статики, а динамики... просто хочется понять до какого значения сервер нормально "держится"...
реально из моей практики 20 - без вопросов, даже задержек при ответах не видно...
>
>>Нормально это когда не больше чем число процессоров в машине, если больше
>>нужно предпринимать меры и искать причину. Для начала посмотри на systet,
>>vmstat, iostat.
Согласен.
Ещё стоит построить график mrtg на эти значения, load, память и скорость выполнения тест-проги.
А в качестве тест-проги - сайтец, который делает обычные операции хостинга (в базе пошарится,...). Вызываем его как "time wget http://localhost/test.php".
анализируем графики - и будет результат.
Кстати, субъективно - raiserfs быстрее ext3.
Почти во всех дистрибах файловые системы монтируются с записью access time'a. А это - на каждое чтение по операции записи. Это сильно тормозит систему. Поэтому, советую в fstab добавить noatime. Живую фс-ку можно перемоунтить "mount -o remount,noatime /home"
>Кстати, субъективно - raiserfs быстрее ext3.
Сорри, не заметил, что фря.
Всё остальное и для фри в силе.
>Ещё стоит построить график mrtg на эти значения, load, память и скорость
>выполнения тест-проги.
>А в качестве тест-проги - сайтец, который делает обычные операции хостинга (в
>базе пошарится,...). Вызываем его как "time wget http://localhost/test.php".
>анализируем графики - и будет результат.ну т.е. резюме такое что до тех пор пока задержки про ответе будут допустимыми для пользователя нагрузку считать нормальной, в независимости от показаний Load average...
Так?
>ну т.е. резюме такое что до тех пор пока задержки про ответе
>будут допустимыми для пользователя нагрузку считать нормальной, в независимости от показаний
>Load average...
>
>Так?В приципе - да. Но есть всегда у сервака критические моменты- ротейт логов, например. Запас должен быть.
И для ускорения советую поставить http://turck-mmcache.sourceforge.net/index_old.html
Лучше будет однозначно.
>>ну т.е. резюме такое что до тех пор пока задержки про ответе
>>будут допустимыми для пользователя нагрузку считать нормальной, в независимости от показаний
>>Load average...
>>
>>Так?
>
>В приципе - да. Но есть всегда у сервака критические моменты- ротейт
>логов, например. Запас должен быть.Да, согласен.
>И для ускорения советую поставить http://turck-mmcache.sourceforge.net/index_old.html
>Лучше будет однозначно.Так это ж для php... а мы им не пользуемся...
>Так это ж для php... а мы им не пользуемся...
Ну просто 80% динамических сайтов нга нем, вот и подумал.
Если на перле - то нашли причину такой загрузки. Нужно попробывать откомпилить.
Если не на этом, что упомянул, то на чем?
>>Так это ж для php... а мы им не пользуемся...
>Ну просто 80% динамических сайтов нга нем, вот и подумал.
>Если на перле - то нашли причину такой загрузки. Нужно попробывать откомпилить.
>
>Если не на этом, что упомянул, то на чем?
mod_perl, Apache::DBI, mod_accel... в сумме шустро ворочается, только непонятно сколько у всего этого потолок
>ну т.е. резюме такое что до тех пор пока задержки про ответе
>будут допустимыми для пользователя нагрузку считать нормальной, в независимости от показаний
>Load average...Да, если памяти с запасом хватает и LA стационарно держится не дергаясь сильно вверх.