parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

...если утверждения и опровергать, то _конкретными_ примерами.

ledokolov 03.03.2003 13:24 / 03.03.2003 13:25

Пример в виде кусков кодов давать бессмысленно. Описать проекты, что бы было понятно, что там не так, можно только, если кинуть в форум полные ТЗ и все исходники. Не думаю, что это вам будет интересно. Что касается 50Мб памяти, то речь, таки, безусловно идет о совокупности одновременно работающих проектов, где, однако нет ни одного .cfg с кодом более 50 кил, и ни одного .cfg с данными более 500 кил (у нас это называется .dat).

Однако, речь сейчас не об этом! Мне на вопрос кто-нибудь ответит или нет? Меньше ли жрет ресурсов Parser 3 в сравнении с Parser 2, как в версии внешнего CGI, так и в версии модуля Apache?

Раз никто не отвечает, пытаясь увести дискуссию в русло: «оптимизируй код, и формат хранения данных», то я могу сделать вывод, что Parser 3 жрет еще больше (судя по тому, что в него понавстраивали)!