- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
ИМХО, отказываться от апач имеет смысл только тогда, когда вы находите что-то лучше, быстрее, функциональнее. Однако,у всех аналогов будут свои косяки, так что я считаю, что не стоит.
тут вообще ничего не понял.
Поясню.
1) Вы заявили, что "остальное" - "буфера". И, я так понял, - считаете все это у nginx принебрежимым, по сравнению с накладными расходами на создание соединения.
2) Ну, есть разделяемая память. Некоторые модули апача ее вроде как используют. Так что Ваше заявление про "понаплодит переменных" - не вполне отражает реальность.
Обсуждение началось с вашего заявления о равноценности mpm_event и nginx на фронтенде. Только это утверждение я оспариваю.
Я не утверждал подобного. Только то, что в типовом случае, когда советуют "поставь nginx перед апачем" - совет "поставь апач перед апачем" сгодится не хуже.
вы в какую-то софистику ударились.
"Не хуже" означает, что mpm_event равноценен или экономнее nginx относительно потребляемых ресурсов.
Это не соответствует действительности.
"Не хуже" означает, что mpm_event равноценен или экономнее nginx относительно потребляемых ресурсов.
Только то, что не нужно экономить на спичках.
Поймите, что тут советуют "nginx поставить" - для сайта с 1k уников. На фоне бакенда со скриптами, весь оверхед mpm_event по сравнению с nginx - будет здесь, мягко говоря, слабозаметен.
myhand, современный ландшафт ПО таков, что позволяет прямо из панели ispmanager поставить nginx не особо мучаясь с настройкам. А вот второй apache не позволяет.
Так что это отличный практичный совет любому владельцу VPS.
Так что это отличный практичный совет любому владельцу VPS.
Более практичный совет - ispmanager с тучей сервисов на VPS не ставить.
Неправда. Я Вам объяснял уже, что неактивные KeepAlive соединения - обслуживаются в одном потоке.
Допускаю, конечно, что nginx для хранения данных этих соединений использует какой-то шибко эффективный в отношении памяти мегаформат. Но профит явно будет не в разы и даже не с существенным коэффициентом.
ну почему не может в разы ? вот три сервера, построены по одинаковой однопоточной архитектуре, а потребление памяти отличается в разы (статика, keep-alive)
Nginx min:21,066,543 avg:23,521,666 max:25,849,971 Time: 4420 sec RAM: 33.75 MB (with worker_connections 10240)
Lighty min:21,273,484 avg:21,631,876 max:21,897,404 Time: 4748 sec RAM: 20.12 MB
G-WAN min:64,266,023 avg:69,659,350 max:72,930,727 Time: 1511 sec RAM: 5.03 MB
неужели апач не может требовать в разы больше? готовить-то по-разному можно.
iopiop добавил 23.11.2011 в 08:21
При каком? Что-то мне подсказывает, что в роли бакенда эта модель покуда редкость. Это случайно?
подумалось мне, а вот файловая система - это бекэнд?
ну почему не может в разы ? вот три сервера, построены по одинаковой однопоточной архитектуре, а потребление памяти отличается в разы (статика, keep-alive)
Может я ввел Вас в заблуждение (хотя netwind, похоже, понял). Речь шла о зависимости потребления памяти от числа обрабатываемых клиентов. Зависимость может быть разная (линейная, нелинейная). Но в данном случае - все одинаково, за исключением числовых коэффициентов.
неужели апач не может требовать в разы больше? готовить-то по-разному можно.
Просто потому, что это ПО, решающее те же задачи.
подумалось мне, а вот файловая система - это бекэнд?
Роль раздавателя статики уже перечисляли. Кроме того, раздача статики не является узким местом в тех ситуациях, когда советуют "поставить nginx".
myhand, если мне надоело непрограммисту объяснять механизмы работы nginx, это еще не значит, я что я принял вашу точку зрения.
зависимость роста потребления ресурсов у nginx точно ниже apache.
myhand, если мне надоело непрограммисту объяснять механизмы работы nginx, это еще не значит, я что я принял вашу точку зрения.
А почему Вы думаете, что я "непрограммист"? И где я показал, что Вы "приняли" мою точку зрения?
Думал, что поняли - говорить о разнице потребления памяти имеет смысл, если оно происходит по разному закону с ростом клиентов. А если просто коэффициенты разные - это не интересно в типичном случае, который я обрисовал. У Вас бакенд сожрет на порядки больше памяти.
Жаль, что оказался не прав.
зависимость роста потребления ресурсов у nginx точно ниже apache.
У апача нелинейная? Или что?