>> Ну mod_gzip тоже умеет работать без создания временных файлов.
IS> На чем основано это мнение ? Внутрь модуля заглянуть не пробовали ?
IS> Тогда посмотрите хотя бы в /tmp/ или куда там указывает mod_gzip_temp_dir.
Мнение основано на тексте changelog'а.
* In-memory compression option is back on.
The 'in-memory' compression option which was temporarily
disabled in the prior version is now back on. The
'mod_gzip_maximum_inmem_size xxxx' config parameter is
what sets the maximum size of a source object ( in bytes )
that can/will be compressed completely in memory.
If the 'mod_gzip_maximum_inmem_size' value is either
ZERO or not specified then the 'in-memory' compression
option is effectively disabled and will not be used.
Due to one remaining problem with some OS'es being unable
to use allocations greater than 64k the maximum value
is limited to 60,000 bytes ( allowing for some overspill ).
60,000 bytes is perfectly adequate for most responses.
Anything larger than that probably SHOULD use a workfile.
Next version will allow any size to be used but be forewarned
that testing has already shown that on a busy Server anything
over 60k should probably not use the 'in-memory' option anyway
since a busy Server needs all the memory it can get spread across
hundreds of transactions per second to keep the performance up.
IS> Для того, что бы сжать любой динамический контент, mod_gzip создает
IS> временный файл, его дискриптор записывает в r->connection->client->fd
IS> и делает сабреквест родному обработчику и тот все сливает в файло.
IS> Потом это файло жмется и отдается клиенту.
IS> Игорь Сысоев
--
Best regards,
Stanislav S Grinkin
ISP Elvis-Telekom
=============================================================================
= Apache-Talk@lists.lexa.ru mailing list =
Mail "unsubscribe apache-talk" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at =
