URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 2389
[ Назад ]

Исходное сообщение
"Fatal error: Allowed memory size of 8388608 bytes exhausted"

Отправлено andy_av , 09-Июн-04 17:37 
Не хватает памяти для разработок, подскажите, что можно сделать?

Я работаю с большими массивами, когда они достигают определенных размеров PHP вываливается с Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 8000001 bytes) in /usr/local/www.portal/data/search/sql_install.php on line 114
Можно как-то увеличить объем памяти больше чем 8 мег?

Система: FreeBSD 5.2.1 + Apache 1.3.9 + PHP 5.0 release cand2


Содержание

Сообщения в этом обсуждении
"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено Mephisto , 09-Июн-04 18:42 
>Не хватает памяти для разработок, подскажите, что можно сделать?
>
>Я работаю с большими массивами, когда они достигают определенных размеров PHP вываливается
>с Fatal error: Allowed memory size of 8388608 bytes exhausted (tried
>to allocate 8000001 bytes) in /usr/local/www.portal/data/search/sql_install.php on line 114
>Можно как-то увеличить объем памяти больше чем 8 мег?
>
>Система: FreeBSD 5.2.1 + Apache 1.3.9 + PHP 5.0 release cand2

Ох, что-то мне подсказывает, что вы используете 4-й MySQl. Апдейт помогает.


"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено MeLLowD , 09-Июн-04 18:50 
При чем тут mysql?
Во первых нефиг использовать release candidate, во вторых это что же за массивы то по 8Мб????? Почитайте сначала книжки прежде чем писать скрипты жрущие по 8 метров оперативки. А если руки не из того места растут, то открывайте php.ini, находите строчку memory_limit = 8M и меняете 8М хоть на 100

"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено Mephisto , 09-Июн-04 19:04 
>При чем тут mysql?
>Во первых нефиг использовать release candidate, во вторых это что же за
>массивы то по 8Мб????? Почитайте сначала книжки прежде чем писать скрипты
>жрущие по 8 метров оперативки. А если руки не из того
>места растут, то открывайте php.ini, находите строчку memory_limit = 8M и
>меняете 8М хоть на 100


Незачем так нервничать. Вариант с мускулом вполне жизнеспособен. memory_limit конечно тоже никто не отменял, но тут может быть и не его вина.


"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено MeLLowD , 09-Июн-04 19:09 
>Незачем так нервничать. Вариант с мускулом вполне жизнеспособен.
memory_limit конечно тоже никто
>не отменял, но тут может быть и не его вина.

Никто не нервничает, дело может быть и в php rc5. Объясните мне при чем тут может быть mysql??



"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено Mephisto , 09-Июн-04 19:27 
>>Незачем так нервничать. Вариант с мускулом вполне жизнеспособен.
>memory_limit конечно тоже никто
>>не отменял, но тут может быть и не его вина.
>
>Никто не нервничает, дело может быть и в php rc5. Объясните мне
>при чем тут может быть mysql??

Дело вот в чем. Я не берусь говорить за данный конкретный случай (вернее, в данном случае, я теперь склоняюсь к мысли о memory_limit, просто не совсем внимательно первый пост прочитал), но взгляд мой зацепился за sql в названии скрипта, а последнее время именно такая ошибка возникала при работе с четвертым мускулом, только там она возникала с попыткой проаллокейтить даже мизер памяти при пподключении к серверу, вот я и не посмотрел сразу, а ответил (домой с работы собираюсь :) ) Повторюсь, что ошибка последнее вермя приняла массовый характер (попробуйте просто поиск в яндексе по тексту Fatal error: Allowed memory size of 8388608 bytes exhausted).


"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено MeLLowD , 11-Июн-04 13:44 
Да, поискал. Да нашел. Только вот ответы на подобные посты всегда сводятся к "The problem isn't a database problem, it's a PHP problem" :)

"Fatal error: Allowed memory size of 8388608 bytes exhausted"
Отправлено Mephisto , 13-Июн-04 13:36 
>Да, поискал. Да нашел. Только вот ответы на подобные посты всегда сводятся
>к "The problem isn't a database problem, it's a PHP problem"
>:)


Так я же этого и не отрицаю. Просто методом научного тыка выяснилось, что подобные ошибки, как правило, возникают при работе php 4.3.* с MySQL 4.1.
И при апгрейде MySQL по последнего релиза обычно такие проблемы пропадают.
При необходимости быстро исправить проблему метод научного тыка иногда просто незаменим :))))