- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Сколько советов-то...
Все проще - la это количество процессов, обрабатываемых системой. Оптимально, когда он не превышает число процессоров (реальных или виртуальных) в системе. Для Dual Xeon это четыре, для Core Duo - 2. Если стабильно la выше - то сервер перегружен.
Все проще - la это количество процессов, обрабатываемых системой.
Точнее, находящихся в очереди на выполнение (ожидающих освобождения процессора другим процессом). Это - размер очереди _выполняемых_ процессов.
Цифра 2, например, означает, что в среднем 2 процесса ждали освобождения процессора(-ов) за последнюю минуту (5, 15).
Если больше 1 - то это уже сервер работает не на максимальной скорости.
Для дуального ксеона - норма 4. Угадайте почему?
Для дуального ксеона - норма 4. Угадайте почему?
Потому, что ксеоны двухядерные.
Перечитал ещё раз про la, Gray прав. Это не только число процессов, стоящих в очереди на выполнение (не спящих), но и выполняющихся в данное время.
Таким образом, для двух процов нормальный размер очереди до 2, для 4 - до 4. Виртуальные тоже считаются.
Вот пара ссылок:
http://www.lifeaftercoffee.com/2006/03/13/unix-load-averages-explained/
http://www.westifelia.com/2006/04/03/what-is-system-load-how-does-it-affect-me/
Неплохая статейка с графиками:
http://www.teamquest.com/resources/gunther/display/5/index.htm
Подскажите пожалуйста какой la будет оптимален для сервера dual xeon ht 2.8 2g памяти?
а смотря для чего используется сервер :) У меня на barton 3000+ la около 50 круглосуточно (на самом деле нагрузка быстро скачет, как вверх так и вниз - и не успевает точно показывать). ОС: Fedora.
FreeBSD при таких же задачах, через 3 суток уходит в даун - спасает только жесткий ребут. Приходится ей la около 20 ставить...
Но это - максимальная отдача, как от железа, так и от софта => повышеный риск неисправностей :)
Еще стоит главный сервер dual xeon на gentoo linux - так там стараюсь не превышать 2 :)
Чисто из практики
1) меньше 1 - идеальная ситуация, сервер не нагружен
2) от 1 до 2 сервер нагружен но работает в норм режиме
3) от 2 до 4 при 1 проце загружен сильно, при 2-х процах загрузка норм
4) выше 5 загружен сильно
5) выше 10 явный перегруз
6) выше 20 сильные тормоза
Чисто из практики
1) меньше 1 - идеальная ситуация, сервер не нагружен
2) от 1 до 2 сервер нагружен но работает в норм режиме
3) от 2 до 4 при 1 проце загружен сильно, при 2-х процах загрузка норм
4) выше 5 загружен сильно
5) выше 10 явный перегруз
6) выше 20 сильные тормоза
Интересная тема.
Неделю назад пришлось срочно менять хостинг, т.к. нагрузка держалась на уровне 90% на сервере Pentium IV 2.8 2Gb RAM (правда, там еще хостилась сотня визиток). Переехал на сервер c Core Duo 2.4 (4Mb кэш, 2Gb RAM, 2x10000). Первоначально нагрузка установилась на уровне 1.5%, но постоянно растет, на 1% в 3 дня. Вот думаю, нужно ли уже сейчас думать о новом сервере, или подождать?
Данных недостаточно, в каких единицах и в какой программе вы проверяете эти проценты.
В целом сейчас очень мало серверов более мощных чем Core Duo 2.4, это в основном двух и четырехядерные двухпроцессорные системы, по цене возможно значительно превышающие один Core Duo 2.4.
Данных недостаточно, в каких единицах и в какой программе вы проверяете эти проценты.
Это проценты load average по команде top в SSH. Все бы хорошо, но уже был случай "Too many connections" Mysql.
Это проценты load average по команде top в SSH. Все бы хорошо, но уже был случай "Too many connections" Mysql.
Это не загрузка проца.
Если с нагрузкой всё в порядке, то увеличьте переменные в my.cnf, перестанет появляться (но смотрите, чтобы не съел всю память и не ушёл в своп):