Alex13, Есть такая набла у Котерова - "Пара слов в пользу eAccelerator"...Возможно, пригодится...

ksnk, спасибо, я ее уже давно читал. Проблема-то как раз не в скорости, а в памяти. eAccelerator потребляет довольно много памяти для кеширования байт-кода, а ее как раз недостаток.

Если под рукой есть рут от сервера, где это крутится, то в плане экономии памяти в гораздо большей степени может помочь поднять систему на 2хуровневой архитектуре с nginx на морде и внутренним тяжелым апачем, и не трогать форум - как жрал по 4-6 метров, так и будет жрать, и чорт бы с ним, что жрет - для более-менее серьезных скриптов такие цифры скорее даже слишком низкие. А свободная оператива значительно увеличится.

Это, как-бы, конечно офтоп, просто немного иной и чаще всего гораздо более легкий подход к оптимизации веб-систем.

рута, к сожалению пока нет, но этот вариант, наверное стоит обдумать, еще раз спасибо 

а за счет чего?

youri, прежде всего за счет того, что ради CSSины или картинки весом меньше чем в килобайт не надо запускать еще один тяжеловесный процесс (тобишь, форкать апача и подцеплять к нему все модули). Этим будет заниматься легковесный сервер типа nginx или zerowait. Апач будет заниматься только динамикой.
Вообще это в мануалах по битриксу было описано наиболее доступным языком, буквально "на пальцах", советую поискать там.

Alex13, судя по тому, что ты пытаешься переопределить стандартные функции, xdebug не помог. А чем тогда мой совет не подходит? студию допустим не быстро ставить, но запускать страничку из консоли, перемещая по ней бесконечный цикл и наблюдая за размером процесса, проще. 

Возможно поставив цикл где-нибудь в начале ты выяснишь, что память расходуется на подключаемые файлы, иначе стоит искать причину в запросах к бд или работе с графикой, как уже говорили люди

P.S. Хотя твоей идеи я пока не понимаю, или я ошибаюсь в том, что переопределение стандартных функций тебе понадобилось для оптимизации памяти

youri, xdebug помог. Более того, я уже практически закончил 
А переопределение мне требовалось для других нужд и совершенно другого проекта.

тогда отлично  а на что тратилось много памяти?

На все понемногу. Больше всего съедали инклуды и выборочно отключив некоторые из них кое-где удалось выиграть до трех мегабайт. Плюс кеширование некоторых тяжелых операций.

Во первых, eAccelerator может хранить байткод на диске, а во вторых он наоборот значительно экономит память как-раз на инклюдах. И еще не забывайте про экстеншены PHP - они тоже жрут порядочно памяти.

Еще модули веб-сервера в ту же кучу. Тем более что при дефолтных конфигах того же апача половина из них зачастую вообще не используется. Просто зачем-то жрет память.

только открыл тему, хотел сказать, сам на днях столкнулся с таком странной ситуацией, когда инклуд 40кб файла, в котором просто содержались необходимые функции, больше ничего, за одним только фактом инклуда сжирал 2мб памяти... причины этого мне до конца так и не ясны...