Поддержу топикстартера, очень интересный вопрос. Мы давно пробовали найти приличный профайлер, но увы. Поэтому предлагаем клиентам линукс-сервера исключительно как решения начального уровня. Дальше вилы, затраты на то, чтобы оптимизировать сервер под запросы клиента в случае с линуксом в разы превосходят аналогичные затраты на винде.
Смотря про какой сервер идет речь. Оптимизация сервера типа mail.ru или rambler.ru задача конечно повышенной сложности, но там есть штат программеров. А вот под сервер с нагрузкой в 50-100 тыс. IP в сутки достаточно простых опенсурсных средств, которые тут упоминались.
Редактировался iUser (17-02-11 18:05:47)
Неактивен
Поддержу топикстартера, очень интересный вопрос. Мы давно пробовали найти приличный профайлер, но увы. Поэтому предлагаем клиентам линукс-сервера исключительно как решения начального уровня. Дальше вилы, затраты на то, чтобы оптимизировать сервер под запросы клиента в случае с линуксом в разы превосходят аналогичные затраты на винде.
хм... Приведите пример конкретной сложной оптимизации.
Не ламерствуй лукаво.
"А петь мне нельзя - постановление суда" (с) Бендер
Неактивен
А вот под сервер с нагрузкой в 50-100 тыс. IP в сутки достаточно простых опенсурсных средств, которые тут упоминались.
Доооо, достаточно. Вот есть тот сервер, там порядка нескольких сотен тысяч в день. xperf-а, там действительно достаточно. Как за те же деньги (ну хотя бы не на порядок дороже) делать что-то с этим опенсорсным болотом - мне не понятна. Да и конкретно тебе, как я понял (раз ты смело приводишь первые ссылки из гугла) тоже.
Редактировался Tiphon (17-02-11 20:38:43)
Квантовая механика - "малопонятный математический курьёз" (с) msAVA - современный учитель.
Неактивен
А вот под сервер с нагрузкой в 50-100 тыс. IP в сутки достаточно простых опенсурсных средств, которые тут упоминались.
Сервера для вас ограничены веб-серверами?
Приведите пример конкретной сложной оптимизации.
Стесняюсь спросить, Славик, вы хотя-бы несложной оптимизацией сервера занимались?
"Оно, конечно, можно научить медведя ездить на велосипеде. Да только будет ли медведю от этого польза и удовольствие?" (с) А. и Б. Стругацкие
Неактивен
iUser пишет:А вот под сервер с нагрузкой в 50-100 тыс. IP в сутки достаточно простых опенсурсных средств, которые тут упоминались.
Доооо, достаточно. Вот есть тот сервер, там порядка нескольких сотен тысяч в день. xperf-а, там действительно достаточно. Как за те же деньги (ну хотя бы не на порядок дороже) делать что-то с этим опенсорсным болотом - мне не понятна. Да и конкретно тебе, как я понял (раз ты смело приводишь первые ссылки из гугла) тоже.
Давайте уточним цифры - "нескольких сотен тысяч" чего? Варианты:
1.Независимых IP
2.Визитов
3.Http реквестов
Если вариант 1й то постановка задачи звучит как "Мужики, мне тут дали огранить алмаз в 500 карат. Никогда это не делал, а гугль молчит про это. Кто что подскажет?"
Добавлено спустя 03 мин 44 с:
iUser пишет:А вот под сервер с нагрузкой в 50-100 тыс. IP в сутки достаточно простых опенсурсных средств, которые тут упоминались.
Сервера для вас ограничены веб-серверами?
Я так понял, что топик-стартер имел ввиду именно веб-сервер:
Есть сильно нагруженный интернет ресурс.... linux+ngnix+mysql+php
Допускаю, что можно на такой связке наваять что-то специфичное, но в большинстве случаев LAMP == сайт.
Неактивен
Если вариант 1й то постановка задачи звучит как "Мужики, мне тут дали огранить алмаз в 500 карат. Никогда это не делал, а гугль молчит про это. Кто что подскажет?"
Ну во-первых для виндовс сервера делал, проблем не было. Как делать известно, рассказано, интуитивно понятно и очень удобно. Скрин на первой страницу.
Поэтому скорее вопрос звучит так "Алмазы в 500 корат я привык огранять в человеческих условиях. Мужики, вы издеваетесь что ли огранять его каменными топорами?". И пока ответ от тебя я получаю в виде "Ой... Ну может у тебя вовсе и не алмаз? Подумай хорошенько? Ведь если не алмаз, то может быть можно и каменным топором... "
Во-вторых, пожалуйста, прочитай задачу в первом сообщении. Внимательно. Прочитай. Внимательно. Прочитай. Прочитай. И дай ответ, если у тебя он есть.
Редактировался Tiphon (18-02-11 02:27:13)
Квантовая механика - "малопонятный математический курьёз" (с) msAVA - современный учитель.
Неактивен
Не проще ли на форумы спецов сходить. Думаю, ты понимаешь, что никто тут ценных советов не даст, а тема - еще один разжигатель слоросрача
≡≡≡ NERVix q3.33, Evandroid environment, ARMx64 ≡≡≡
Неактивен
Стесняюсь спросить, Славик, вы хотя-бы несложной оптимизацией сервера занимались?
Если говорить примитивно, то оптимизация это удаление лишних пакетов. Хотя на практике это практически кастрирование, гентарство и даже правка сурсов.
Не ламерствуй лукаво.
"А петь мне нельзя - постановление суда" (с) Бендер
Неактивен
Мне приходилось оптимизировать LAMP сайты и всегда был основной критерий "минимизировать расходы на хостинг". Профайлиг железа+операционки в данном случае самое последнее занятие и начинать нужно с разбора самого сайта. Потому как даже на таком "вкусном" ресурсе можно легко выйти за пределы финансирования, если лечить только симптомы: нехватает процессоров, давайте подкинем их; нехватает скорости винтов, поставим более навороченные стораджи и т.д. Мне обычно хватало для начала двух показателей статистики: трафик и нагрузка процессора.
Первое, что могу порекомендовать - вынести статику (как правило это битмапы) на отдельный сервер с ngnix. Очень часто это половина трафика и "пустая" нагрузка на кеш+процессор. Если посещаемость ресурса 200-300k IP (ты все-таки ответь прямо на поставленный вопрос, а не юли - в стартовом топике сплошной "плач Ярославны"), то для статики может хватить даже VDS хостинга.
Следующий этап - посмотреть текущий расход памяти. Бывает хреново настроенный сервер выгребает всю память под кеш и начинается потом жуткий своп. Тут долго мониторить не нужно, а простым top посмотреть что и как.
Дальнейший анализ - поиск узких мест в коде сайта. Очень помогает сеанс качественных [beep]юлей сайтописателю(лям) - гораздо эффективнее профайлинга. Поскольку даже в профайлинге ты не получишь точные данные, какие из модулей сайта вызывают пиковую нагрузку. Анализ кода это основной способ снизить нагрузку. И лишь после этого можно решать, что наращивать из железа.
И обязательно нужно посмотреть, нет ли ддоса на сервер. Так понимаю, проблема назрела не случайно. Видимо начались сбои в работе. Заявленная посещаемость - это топовый сайт в рейтингах. А внимание конкурентов как известно не всегда джентельменское.
Чистый профайлинг без анализа сайта можно сравнить с ситуацией в медицине "Температура - анальгина всыпать. Срачка - активированного угля подкинуть". Но это все лечение симптомов, а не устранение причины.
P.S. Очень советую не пренебрегать фрагментарным краткосрочным кешированием на высоконагруженных страницах. Поясню на примере главной страницы этого сайта: текст краткого описания новостей можно запросто кешировать скажем на 1 мин. При большом трафике это сильно снижает нагрузку, т.к. запросы к БД и парсинг результата серьезно потребляет мощности. И поскольку новости не обновляются ежеминутно, то такая работа идет вхолостую. Если центральную часть страницы кешировать и обновлять кеш раз в минуту, это даст серьезный профит. А кода для этого надо всего несколько строк.
Редактировался iUser (18-02-11 04:05:51)
Неактивен