Саппорт прав или... Нужна помощь хостингов

необычность в том, что судя по данным мне выделяется порядка 200 мб.

Так попросите чтобы выделили меньше.

Насколько я помню при memory_limit по моему будет Fatal error: Allowed memory size of bytes exhausted, если это не одно и тоже с Out of memory

---------- Добавлено 01.02.2014 в 01:56 ----------

Либо хостер решил немного пооверселлить, и взять еще пару тройку клиентов с ВП

Возможно от версий PHP зависит, но те ошибки, которые я помню по memory_limit писались в лог именно как у ТС.

---------- Добавлено 01.02.2014 в 18:18 ----------

Это вы вордпрессу скажите, которому и 128 не всегда достаточно.

И не только WP. Прошлый век! ИМХО

32Мб это для школьников, которые изучают что такое PHP.

Таки ошибся. Смотрю пишет именно так как siv1987 сказал:

Это не одно и то же. У тс - ошибка, показывающая нехватку системной памяти - т.е. запросил один объём, но получил меньше. По каким причинам - лучше уточнять у хостера.

Должно спасти кеширование страниц на вп.

Но лучше - сменить хостера

В любой непонятной ситуации - меняй хостера? :)

Настройки php (php.ini) тут точно ни при чем - у вас количество, оперативки , на котором умирает скрипт оченнь сильно плавает.

Не хватает оперативки серверу в целом (особенно если это VPS вероятно) либо ограничения на ваш пользовательский аккаунт. Сколько у вас процессов php одновременно используется?

Глупости пишите. Код, правда, страшнючий, так что простительно. Но 2145 строка как раз не говорит ничего о системной памяти, а лишь о том, что некоторый true_size меньше запрашиваемого размера. А сам true_size получен макросом ZEND_MM_TRUE_SIZE из того же запрашиваемого размера size и в общем-то является неким приведенным размером, который учитывает alignment и какой-то хэдэр.

Но раз уже читаем этот говнокод, посмотрим, что дальше. А дальше мы видим, что есть несколько видов хэндлеров по работе с памятью, и вызываются они через макросы, в частости ZEND_MM_STORAGE_REALLOC, который вызывает realloc хэндлер, и если это не win32, то вероятно функцию zend_mm_mem_malloc_realloc. Эта функция в свою очередь вызывает libc'шный realloc и соответственно может возвращать NULL в некоторых случаях, а этот NULL чуть ниже проверяется и только тогда возвращается указанная ТСом ошибка (все, кстати, точно так же и для malloc/calloc).

Т.е. речь скорее всего не в memory_limit, а в каких-то ограничениях по памяти уже на уровне ядра ОС. Но опять же, скорее всего не нехватка памяти, ибо opportunistic allocation.

Надеюсь теперь вопрос исчерпан и понятно, что виноват именно хостер.

Нет, просто там к клиентам относятся как к людям, а не как неизбежному злу, как в совке. За редкими исключениями.

Далеко не всегда. Очень далеко не всегда.

Некоторые хостеры (админы) имеют привычку "улучшать услуги" (а то и ставить эксперименты на кроликах). В следствии чего сайты, прекрасно работающие до этого, "вдруг" начинают резко потреблять ресурсы, перестаёт отправляться почта или возникают иные проблемы. Хотя на сайтах не проводилось никаких изменений кода.

Особенно это обострилось с паранойей, вызванной весенне-летними событиями. Хотя сия зависимость весьма странная.

Devvver, попробуй увеличить выделение памяти в конфиге ВП. Это совсем не одно и тоже, что memory_limit в пхп. Не факт, что поможет, но стоит попробовать. Лишним точно не будет :)

Поправка - показывают, что так относятся. На самом деле клиенты - просто коровка с сиськами. Пока стоит спокойно в стойле - получает корм. Но как только ей стало тесно и начала мычать - под нож.

Т.е. обычное взаимовыгодное сотрудничество. (а не исключительно доящаяся коровка)