- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Я нинак не вьеду, какие должны быть циферки server load?
Сколько нормально?
И после какого числа надо думать о переезде на более мощный сервер?
Сейчас Dual Xeon 2.80GHz 2Gb RAM. Server Load в среднем 3..7, иногда доходит до 10-18 на короткое время 5..15 минут.
В основном MySQL тянет(50-200%CPU - полнотекстовый поиск). Apache - 25..35 запросов в сек.
на load average лучше не смотреть
смотрим top и iostat
на load average лучше не смотреть
смотрим top и iostat
А по теме что-нибудь есть?
load averages - средний размер очереди процессов на выполнение в указанный промежуток, например, значение 2 указывает, что у планировщика есть в среднем 2 процесса в очереди, ожидающих выполнения на процессоре. Почему и кого они ждут надо смотреть на использование ресурсов, swap, дисковые операции (vmstat,iostat).
что пишут люди с серверами LA = 10^n
http://www.opennet.ru/search.shtml?words=load+average&restrict=forum
популярно о LA
http://www.mysqlperformanceblog.com/2006/12/04/using-loadavg-for-performance-optimization/
значительно посложнее с кусками кода из ядра (на любителя)
http://www.luv.asn.au/overheads/NJG_LUV_2002/luvSlides.html
В действительности цифру никто не назавет. ..
Все зависит от стольких мелочей, что тут без опыта не понять 15 это много или нормально. Как показывает практика вам больше стоит уделять внимание занятости оперативной памяти (используется ли своп) и жестким дискам, чем смотреть на показатели LA. А для того чтобы делать вывод по загруженности системы вам нужны графики по которым вы сможете ориентироваться.
Я нинак не вьеду, какие должны быть циферки server load?
Сколько нормально?
/QUOTE]
LA не должно превышать числа CPU, в тч виртуальных aka ht
Я советую нанять админа для проверки сервера, может быть и ненадо менять сервер.
на load average лучше не смотреть
смотрим top и iostat
А в каких пределах должны быть эти параметры?
Прочел все коменты. Так и не понял сколько нормально. :)
Если при LA(by top)=6..12 сайт работает нормально и практически не тормозит выдачу страниц клиентам, то это нормально или все-таки лучше MySQL перетащить на отдельный сервер?
Прочел все коменты. Так и не понял сколько нормально. :)
Если при LA(by top)=6..12 сайт работает нормально и практически не тормозит выдачу страниц клиентам, то это нормально или все-таки лучше MySQL перетащить на отдельный сервер?
Чуть выше писали.
Очень грубо можно отталкиваться от числа ядер у системы.
Если LA > числа ядер, в том числе и виртуальных, то машинку весьма желательно разгружать.
MySQL выносить на отдельную машинку желательно всегда. (Поскольку работа в связке с apache+php даст ударную нагрузку на систему. Поясню: разом один и тот-же сервер вынужден и php код выполнить и тут-же выполнить запрос к базе.)
И диски на неё ставить SAS, а не SATA, и паматью раскормить для увеличения буферов =)
Ок. Как я понял, судить надо по реальной скорости отдачи страниц.
Пока все шустро, можно не дергаться, а на циферки подзабить. :)
Ок. Как я понял, судить надо по реальной скорости отдачи страниц.
Пока все шустро, можно не дергаться, а на циферки подзабить. :)
В серьезных проектах забивают на циферки до тех пор пока они не подойдут к полученным значениям в результате нагрузочного тестирования.
ps. Если тачка держит 100 коннектов, то это не значит, что при 150 она не уйдет в своп с концами...