Уже скоро два месяца наблюдаю как от одного очень мощного сайта (самый серьёзный в своей тематике, несколько тысяч страниц, месячная аудитория измеряется в миллионах хостов даже при текущем положении) в индексе осталось 10 страниц. За это время контент поменялся радикально, откровенных нарушений на сайте не видно (да и раньше вроде не было), но ничего не изменяется.
Если на ТАКОЙ сайт накладывается фильтр (блин, ЗА ЧТО???), то что уж говорить про всё остальное.
А некоторых - TEL.ru и webdc.ru (aldan-3.ru) :), которые несколько дешевле выходят.
А выплат вчера и сегодня так и не было?
А заодно неплохо бы проверить что с подошвы радиатора удалили упаковочную пленку :)
Буквально пару недель назад знакомые просили посмотреть компьютер который под нагрузкой сильно перегревался. Первым делом полез проверить есть ли там вообще термопаста, ну а когда открутил радиатор - увидел что паста-то есть, только нанесена она толстым слоем на полиэтиленовую пленку, которую перед установкой надо было сдирать :)
Я смотрю и на приличных хостингах встречаются такие дельцы. Наткнулся тут на кучу ворованных сайтов на этом сервере 91.218.228.13, который вроде принадлежит не самой маленькой компании. И ведь долго уже работает, не гонят.
Не пойму откуда цифры? На их сайте написано что на младших тарифах подключение к шаредным 100мбитам. А по акции до 1 мая при подключении даже на минимальном тарифе гарантируется 20мбит, что по-моему весьма неплохо за такие деньги.
Если есть, то
cat /proc/user_beancounters
В этом случае скорее всего действительно проблема не в сокетах. А что, всё же в логах?
И, кстати, при многократном обращении напрямую к апачу (обычно это порт 8080) - страницы открываются сразу же и без задержек?
apache 2.2 + nginx 0.6.32 + php5-5.2.6 (работает как модуль апача)
Кэширования нет (Himiko его изначально ставил. но я пока убрал, т.к. пока в нём нет необходимости).
Конфиг для апача фактически стандартный, который создаёт ISP (пожалуй за исключением mod_rpaf и ещё какой-то мелочи).
Да и для nginx'a почти стандартный за исклоючением следующего:
увеличен worker_processes до 4
worker_connections 8192
увеличен worker_rlimit_nofile до 32768 (воткнул с большими запасом. По умолчанию максимум открытых файлов был 1024 на каждого воркера, чего при большой нагрузке не хватало)
включен gzip
ещё задан hash_names_bucket_size 128
Остальное вроде по умолчанию. Возможно, я просто чего-то не знаю :)
Что касается вашего случая, то раз у вас VPS, я бы первым делом попытался понять хватает ли сокетов и не стоит ли суровое ограничение на количество одновременно открытых файлов.
Очень похоже что проблема может быть именно в нехватке сокетов. Т.к. когда работает связка apache+nginx - ей для работы может потребоваться до 2 раз больше сокетов, чем если бы был один веб-сервер (как вы пишите - всё работает если используется только lighttpd). Как вариант - можете попробовать выкинуть apache и использовать связку nginx+php fastcgi.
А вообще, к сожалению, я не являюсь системным администратором. Так, ковыряюсь по мере необходимости, экспериментирую. Если что-то совсем не получается - привлекаю профессионалов :).
Один сервер Q8300 2.5ГГц, 4гб памяти, 2*500гб. Все ресурсы избыточны, за исключением канала. При пиковой нагрузке 100мбит загружаются до 70-80%.
