Форум Сайтостроение Администрирование серверов

Есть ли гуру растолковать статус apache

12
Andreyka
На сайте с 19.02.2005
Offline
822
Andreyka
#11
kostich:

Тут ктстати кто на чем привык, т.к. кто-то умеет делать это с apache, а кто-то с nginx. Если брать проекты с высокой загрузкой, то без fastcgi никак не обойтись + прекомпилер с shm кэшем... а под nginx это будет или под apache разницы нет.

Вообще-то есть - на статике ;) 10000 запросов к апачу или nginx - разница на лицо :D


Если рассматривать php as module, то всплывают memory leaks, причем на самых обычных проектах... в итоге получаем штук 400 процессов которым надо мегов по 140 оперативы. Под FastCGI таких фокусов практически не происходит... а если еще и process manager свой, т.е. патчик на phpшный, то совсем любо глянуть...

PS. Все, рано или поздно, придут к fastcgi external server + балансер...

Дык

Не стоит плодить сущности без необходимости
Lupus
На сайте с 02.11.2002
Offline
241
Lupus
#12

...И поигрывая админскими мускулами, они удалились в глубокий оффтоп... :D

Может устроим соревнование, кто больше супер-пупер конфигураций предложит? Заодно и порисуемся. ;)

There are two types of people in this world: 1. Those who can extrapolate from incomplete data.
K
На сайте с 24.03.2004
Offline
223
kostich
#13
Andreyka:
php как fastcgi, perl как fastcgi и nginx - будет быстрее чем apache + mod_php и даже mod_perl, хотя mod_perl - несекурно
Обяснить почему будет быстрее?

Eсли ресурсов хватает, то php as module будет ВСЕГДА быстрее 😂 ... как минимум из-за того, что передачи запроса куда-то на лево не происходит.

А чем mod_perl несекурно?

Кстати, по поводу статуса... мне тут на днях креативчик подкинули:

setproctitle("%16s [%s] %s",orig->connection->remote_ip,orig->hostname,orig->the_request);

ЗЫ. Могу под двоечку строчку дать... оч удобно.

проверенная ддос защита (http://ddos-protection.ru) -> http://ddos-protection.ru (http://ddos-protection.ru), бесплатный тест, цена от размера атаки не зависит.
K
На сайте с 24.03.2004
Offline
223
kostich
#14
Andreyka:
Вообще-то есть - на статике ;) 10000 запросов к апачу или nginx - разница на лицо :D

К Апачу с каким MPM? Про MPM читаем тут -> http://httpd.apache.org/docs/2.2/mpm.html

Andreyka
На сайте с 19.02.2005
Offline
822
Andreyka
#15
kostich:
К Апачу с каким MPM? Про MPM читаем тут -> http://httpd.apache.org/docs/2.2/mpm.html

К апачу первому. Ко второму пока нет кучи нужных штук.

Andreyka
На сайте с 19.02.2005
Offline
822
Andreyka
#16
kostich:
Eсли ресурсов хватает, то php as module будет ВСЕГДА быстрее 😂 ... как минимум из-за того, что передачи запроса куда-то на лево не происходит.

А чем mod_perl несекурно?

Кстати, по поводу статуса... мне тут на днях креативчик подкинули:

setproctitle("%16s [%s] %s",orig->connection->remote_ip,orig->hostname,orig->the_request);

ЗЫ. Могу под двоечку строчку дать... оч удобно.

FastCGI работает быстрее mod_php по определению. Апач на каджый чих плодит свой процесс а fastcgi одним процессом обрабатывает скопом. А ресурсов никогда не хватает, пора бы знать 🚬

mod_perl несекурно тем, что если кого-то ломанут и что-то сдлают (например зальют в /tmp бота) то неузнаешь через кого.

K
На сайте с 24.03.2004
Offline
223
kostich
#17
Andreyka:
FastCGI работает быстрее mod_php по определению. Апач на каджый чих плодит свой процесс а fastcgi одним процессом обрабатывает скопом. А ресурсов никогда не хватает, пора бы знать 🚬

Стоп стоп стоп... fastcgi работает в prefork, и не надо про это забывать. Причем у fastcgi, в случаях с php, работает поддержка phpшного просецц манагера, т.е. штатные fork политики идут лесом.

Andreyka:

Апач на каджый чих плодит свой процесс

Всё совсем не так 😂 -> http://httpd.apache.org/docs/2.2/mod/prefork.html, можно почитать там... отличий в архитектуре между 1.x и 2.x минимально... можно даже сказать, что все одинаково.

Andreyka:

mod_perl несекурно тем, что если кого-то ломанут и что-то сдлают (например зальют в /tmp бота) то неузнаешь через кого.

ну если кто-то додумался использовать mod_perl для shared, то...

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий