Pilat

Рейтинг
250
Регистрация
08.03.2007

Проверьте правильность работы DNS для своего домена на demo.dnsdoctor.org

и 66, и 79 для матери ненормально. Вы уверены, что не перепутали температуры процессора и корпуса?

netwind:
Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.
А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.
Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.

Имеется ввиду то, о чём Котеров писал в http://dklab.ru/lib/dklab_multiplexor/? Так это надо вообще не на уровне апача решать. И всё равно как я и писал, падение основного канала у целевой аудитории вызовет переполнение сервера с любой памятью. Пример - несколько лет назад у Корбины упал канал, через который клиенты лезли на мой сервер в Hetzner'е, скорость резко упала, время ответа клиенту увеличилось, процессы начали плодиться, память переполнилась.

nginx и апач по безопасности сравнивать сложно - nginx это транспорт, а apache производитель. Естественно, apache (+ php perl etc) менее надёжен. Но это же тривиально. Наверно, madoff имел ввиду что-то другое.

Proxoma:
Ежели кому интересно.
На железном сервере без всяких nginx и прочих ухищрений:

50 requests/sec - 459.8 kB/second - 9.2 kB/request
429 requests currently being processed, 33 idle workers

Какие выводы из этого можно сделать (приблизительно): 50 запросов в секунду отрабатывается, значит 50 процессов с этим точно справятся. У Вас 429/50=8.5 - в восемь раз больше. Это значит, что на апач расходуется в 8 раз больше памяти, чем было бы при использовании nginx. В реальности всё даже хуже. То есть Вы стреляете из огромной пушки по маленьким муравьям.

(GoodWin):
p.p.s. На этом форуме я ещё 4 года назад понял: многие здесь разумные советы не терпят. Совок, он и есть совок. Комплексы на всю голову.

То есть уже 4 года Вы так и не можете понять, что Вы - не пуп земли и не единственный разумный человек в интернете?

Не проще ли пользоваться screen и не думать об нестандартных опциях? Соединение всё равно рано или поздно порвётся.

Raistlin:
Товарищи, у человека на 2 гигабайт памяти это все заработает и для всего хватит, правда будет тупить... Проблемы именно с хостером, я не знаю, просто уважаемые администраторы тут в большинстве показывают умности типа поставьте nginx и т.п. Или я говорю хрень. Но если хостер зарезал лимиты... Я в шоке. Просто падаю.... После прочтения первых трех страниц все предельно ясно...

Вы пишете хрень :) Уважаемые админы в который раз советуют ставить nginx , а не надеяться что "два гигабайта достаточно". Примерный сценарий: Один упавший канал для целевой аудитории вызовет переход на резервный, упадёт скорость скачки, возрастёт количество процессов apache и памяти не хватит - никакой. Вне зависимости от скорости выполнения скриптов. nginx это даже не заметит.

В ЮАР у хетзнера есть датацентр. Как называется - не помню.

Proxoma:
Апачи прежде чем клиенту запихать ответ его еще сами формируют, причем это тоже существенное время. И изменить его нельзя.

Можно и ещё как. Сделайте то что Вам рекомендовали - время уменьшится раз в сто.

И наконец сообщите обществу, сколько же у Вас оперативной памяти.

Всего: 2890