Nginx(last) + PHP 5.0.5(fastcgi) + eaccelerator(0.9.4)

Стабильна ли связка Nginx(last) + PHP 5.0.5(fastcgi) + eaccelerator(0.9.4)?

  • Да стабтльно, проверено на нагруженных сайтах

    Голосов: 1 50,0%
  • Не очень стабильно, требует доработок

    Голосов: 1 50,0%
  • Часто падает :-(

    Голосов: 0 0,0%

  • Всего проголосовало
    2
  • Опрос закрыт .

crocodile2u

http://vbolshov.org.ru
admin
А что значит "сам скрипт работает больше 20мс" ?

И, кстати, я проверял на скрипте, который работает ок. 4 мс на моей машине.

Соврал - это ab выдает среднее Time per request ~4ms, а время работы скрипта 1-2 мс.

И еще вопрос ( пусть, может, и не совсем в тему ): кто-нибудь добивался положительных результатов с lingerd (демон, прибивающий соединения и разгружающий таким образом веб-вервер ) ?
 

confguru

ExAdmin
Команда форума
Протестировали где-то на 1.2мильена хостов в день
Выйгрыш дает только использование unix-socket
если юзается tcp - то разницы не особо чуствуется..
 

seva2

Партнер PHPClub.ru
1.2мильена хостов в день

Круто) Очень интересно, а что за сайт? Там 1 сервер или кластерная система? Динамика или большинство статики?

Есть вообще где нить стоящие статьи по оптимизации серверов с большой посешаемостью?
 

confguru

ExAdmin
Команда форума
Уже больше :)

Стоящие - это только в кулуарах первой конференции года
PHPConf2007
http://phpconf.ru/

Если был на прошлой - то мог задать этот вопрос Расмусу или Змиевскому - все таки Yahoo - довольно посещаемый ресурс..
 

seva2

Партнер PHPClub.ru
В
Тематика конференции
Не нашел тем по оптимизации работы серверов, но в баненре например nginx есть )))

Все таки такая тема будет?

А Все таки на вопрос можеш ответить как организован тот сайт?
И вообще интересно, все же крупные сайты основаны на кеше верно? То есть страница генериться и записываеться в кеш. Верно?

Я просто не представляю, как без кеша с мощной базой как могут работать сайты с посешаемостью большой...
 

Gorynych

Посетитель PHP-Клуба
seva2

десятое дело, но посты читать Ваши сложно очень. Вразнобой слова больно :-(
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
Как лучше заставить php-fcgi перечитать php.ini?
Я запустил их (процессы) через spawn-fcgi из пакета lighttpd.
Сейчас делаю `killall php-fcgi; spawn-php.sh`
может сигнал какой-то посылать надо?
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
помогает конечно,
я имел ввиду, может быть возможно не прибивать процессы, снося кеш и показывая "страница временно недоступна", а посылать сигнал, который заставит только перечитать конфиг
как с nginx `kill -HUP `
 

Alexandre

PHPПенсионер
а killall php не помогает?
висят процессы
php-fcgi по этому надо делать killall php-fcgi;

-~{}~ 20.04.07 16:28:

как с nginx `kill -HUP `
я не пробовал, но думаю что не покатит, иначе б эту возможность отразили бы в документации на php vs fast-cgi.
 

grigori

( ͡° ͜ʖ ͡°)
Команда форума
tf
5.2.1 работает успешно

-~{}~ 21.04.07 03:56:

Автор оригинала: Alexandre
висят процессы
php-fcgi по этому надо делать killall php-fcgi;
ну, как бинарник назвать - думаю, не вопрос :)
я у себя переименовываю только для наглядности
я не пробовал, но думаю что не покатит, иначе б эту возможность отразили бы в документации на php vs fast-cgi.
Да, в том-то и дело. Собственно, единственная проблема - что процессы умирают не сразу, и пока они не умерли - сайт лежит. По kill -9 убивать не хочется.
А вот от хранения информации в xcache я отказался - он с cli не работает.
memcached хоть и немного медленней, но гораздо более гибкий.
 
Сверху