WoZ

1. habrahabr.ru/blogs/php/137860/ — Такой способ немного уменьшит потребление памяти, но это при условии что память выжирает только работа с бд
2. php.net/manual/ru/function.mysql-free-result.php Обратите внимание на последний камент (по хронологии он первый) Причем второй сверху камент подтверждает такой же глюк. Проверьте этот вариант тоже.

Хм. А как вы выставили лимит в 9 гб? Оно же в сегфолт падает при лимите выше 2.3?

Гугл говорит нечто бредовое «PHP 5.3.0 and up has a better garbage collector but it is disabled by default. To enable it, you must call gc_enable() once.», но возможно в этом дело?

> На каждый элемент массива.

Похоже тут проблема. Это скорее всего garbage collector барахлит.

Попробуйте замерять потребление памяти на тестовой выборке с помощью:

echo memory_get_usage() / 1024 / 1024;

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

Я как-то случайно забыдлокодил код, в котом была рекурсия. На 5.2 — этот скрипт работал и достигал лимита памяти, под 5.3 работал аналогично, но лимит по памяти достигался быстрее. Вся память, как я полагаю, уходила на то, что бы запоминать точку возврата и, возможно, на контекст. Расскажите подробнее о скрипте, какие библиотеки используются, если упомянутый curl, хотя бы строку на которой достигается лимит.

Чем нужно руководствоваться чтобы такое придумать?

Тем что PHP изначально шаблонизатор, работает с текстовыми данными (вход скрипта с веб-сервера, записи в БД, файлы — всё строки), но данные зачастую числовые по сути. Вот и «облегчили» жизнь разработчикам, чтоб не нужно было на каждый чих типы приводить.

Помню случайно наткнулся на эту сомнительную «фичу», сравнивал примерно так: $str1. 'fake' == $str2. 'fake'

Сделайте маленький пост в ленту, это должен знать каждый. «Баг» висит с 2007 года так что вряд ли что-то изменится: bugs.php.net/bug.php?id=43304

use ===, Luke

Опасная штука, у меня тоже тру ==, === фолс.

при указании типа (string) даже тру

ImageMagick?