Форум

для начала послушайтесь Евгения Жукова и ограничьте выборку только нужными полями
Это как минимум увеличит производительность. а также серьезно высвободит память

а затем...несколько тыс Update за сеанс?
Это не в стиле веб
Если ваш проект настолько в этом нуждается, то решите это другими методами или способами
оптимизируйте код и уйдите, если необходимо, от тысяч вызовов АПИ в пользу высокопроизводительных запросов.

GetList на 3000, да хоть на 100 000 (в каталоге столько элементов), отрабатывает нормально при 128М памяти, если закомментировать в коде функцию Update то ни каких проблем нет, память пожирает именно она (как выяснилось не только она но и Add в том числе при создание разделов).

$arSelect55 = Array();
$arSelect55 = Array('ID');

Разницы не заметно в принципе, потому что здесь память освобождается.

Вообщем задача решена, костылем.  Как и сказал ранее проблема в обновление. Именно в IO/file.php
36 строка которого содержит:

return file_get_contents($this->getPhysicalPath());

заменил на

return '1';

Что она делает без понятия, знать не хочу (знаю только что любой UpDate прибавляет 5Мбайт занятой памяти), тем более если поставить вместо 1"" пустую переменную, выдает ошибку в других классах, чтото связанное с кеширование, разбираться влом, так как проблем с производительностью и функционалом не наблюдаю.

Та же проблема выпала после обновления, так же все дело в update сейчас посмотрю как работает вышесказанный костыль)

Костыль работает, за время выполнения скрипта без функции return file_get_contents($this->getPhysicalPath());
обновлено 4134 позиции
новых позиций 479
загружено 1184 фотографии
При всех действиях скрипт задействовал не более 90 мегабайт памяти.
В то время когда эта функция используется он отваливается при переполнение 512-ти мегобайт, не проделав и 1/3. (Сколько позиций точно я не замерял.)
Павел Николаевич Кузнецов  - в тех поддержку напишите? я не буду писать чтобы не плодить одинаковые проблемы