IIS vs nginx

[Anton Povarov]

Hello Alexey,

Tuesday, January 23, 2007, 4:47:16 PM, you wrote:

> On 1/23/07, Andrei Nigmatulin <anight at eyelinkmedia.com> wrote:

>> Это нельзя, согласен, но как кэш опкода зависит от возможности динамически
>> контролировать число рабочих процессов ? Не вижу связи.

> В mod_php - все апачевские процессы отфорканы от одного процесса. shm
> сегмент где eaccelerator свое хозяйство держит - при инициализации
> создается, и потом новые процессы спокойно с ним работают.
> В fcgi - каждый запущенный fcgi сервер сам себе этот сегмент создает,
> далее форкается на заданное число процессов. Извне управлять числом
> процессов можно только путем запуска новых fcgi серверов (и каждый
> будет свой собственный кеш создавать).
> То есть кешировать можно. Но память неэффективно расходоваться будет.
странная логика. вы говорите, что недостатком php fcgi является невозможность
динамически контролировать количество рабочих процессов и утверждаете, что
"в противном случае", т.е. если бы было можно - не будет работать кеш опкода.
а обосновываете свое утверждение тем, что сейчас нельзя этого делать
(контролировать число процессов). странно, не находите?
вы доказываете утверждение в предположении, что оно уже доказано.

>> Если скрипты разные, данные - динамические, а вызовов много, то и общей работы
>> нет. Или я что-то не так понимаю ?

> Ну так каждый отдельно взятый скрипт по многу раз вызывается.
> Представьте себе магазин - у него есть index.php, catalog.php,
> item.php, shopping_cart.php. Если например в качестве шаблонного
> движка используется xsl - при каждом заходе в корзину будет парситься
> и компилироваться shopping_cart.xsl. Это жрет процессорное время... а
> можно было бы один раз скомпилировать, запомнить где-то, и при
> последующих вызовах не тратить процессорное время.

это штука в общем-то ортогональная fcgi, тут зависит от php extension-ов, точнее
от их возможностей предоставить вам, как программисту, возможность
манипулировать этим "скомпилированым xslt".
когда такая возможность появляется
см. http://pecl.php.net/package/apc
и конкретнее:
http://ru2.php.net/apc_store
http://ru2.php.net/apc_fetch
http://ru2.php.net/apc_delete

-- 
Anton Povarov [ anton.povarov at gmail.com ] [ ICQ: 85431470 ]