I: Роботи на ЛОУ/ДЛОУ

[Михайло Даниленко]

Сьогодні вночі я спробую повністю перевести lou/dlou на fastcgi та викинути apache.
Відповідно, можуть бути перебої в роботі форуму/вікі.

[peinguin]

і нащо то робити?

[Михайло Даниленко]

Так воно трохи (в межах статистичної похибки) швидше працює і менше їсть пам’яті.

Навіщо тримати додатковий прошарок, якщо можна без нього?

[peinguin]

А зараз perl в cgi режимі?

[Михайло Даниленко]

Так. Власне, він і буде в ньому, але через fcgiwrap.

[peinguin]

При fastcgi перл в пам'яті завжди буде. А cgi завантажує його щоразу. То давно на fastcgi треба було переходити

[Михайло Даниленко]

Перл не буде в пам’яті, бо наразі рушій форуму це не підтримує. Воно буде працювати все так же в режимі cgi, але nginx замість того, щоб передавати запити по http апачу буде передавати їх fcgiwrap, яке буде запускати відповідний скрипт.
Просто fcgiwrap всеодно потрібне для dlou, тож я вирішив заодно і lou на нього мігрувати.

[peinguin]

а хіба сам fcgiwrap не завантажить перл в ОЗУ?

[Михайло Даниленко]

Ні, fcgiwrap — це дуже проста програма, призначена для випадків огортання будь-яких cgi (хоч бінарних, як на dlou) для роботи із fcgi.

[peinguin]

http://uk.wikipedia.org/wiki/FastCGI
FastCGI прибирає це обмеження, зберігаючи процес запущеним і передаючи запити цьому постійно запущеному процесу. Це дозволяє не витрачати час на запуск нових процесів.
якщо він не тримає perl в пам'яті, то не може наживатися Fast. Тоді він просто cgi wrapper.

[Михайло Даниленко]

Ну добре, я мав написати "перевести lou на fcgiwrap". Fcgiwrap висить в пам’яті, і як раз і є отим fcgi, з яким nginx говорить. Але для скриптів все залишиться як було.

Також я хотів перевести hgweb з `hg serve` на hgweb.fcgi (але маю з тим деякі трабли).

[tarasian666]

тут головне те що не буде ненажерливого  апачу )