Fatal error: Out of memory (allocated 121896960) (tried to allocate 20 bytes) in .....www/libraries/joomla/database/driver/mysql.php on line 397

Мы очень сильно следим за производительностью кобальта. Спасибо за репорт.

Что я вижу из ошбики что скрипт не может положить всего 20 байт. И занято всего 121896960 что в сумме составляет 14,5 мегобайт что вполне допустимо для такого продукта как кобальт.

Видимо где те еще есть проблема. Или у вас на сервере что то еще ресурсоемкое или может гдето перезаписана настройка отделенной памяти. Надо проверять.

У меня на хостинге еще 5 мелких сайтов весит, но на них ни на одном проблем нет, все работают нормально. Могу предоставить доступ по требованию

На сайте установлены следущие компоненты: Akeeba backup, Falang, JCE editor, Komento,

Отключение всех этих компонентов ни к чему не привело, ошибка все также появляется на компоненте Cobalt, на остальных страницах все работает нормально.

Да дайте плиз доступ я посмотрю.

Ну вот у вас РНР стоит как модуль.

http://stackoverflow.com/questions/12015569/fatal-error-out-of-memory-but-i-do-have-plenty-of-memory-php

Вот интересное чтиво. Для вас важно это

MaxRequestsPerChild

Спасибо! Написал в поддержку, жду ответа

Вот ответ хостинг саппорта:

Hello,

We offer a shared hosting service, and the MaxRequestsPerChild setting cannot be modified. In addition, the issue is not caused by this setting. The instructions you refer relate to mod_php which is not used on our servers.

The default memory limit on all accounts is 195 MB. The error message you received indicates that your script requires more than 195MB for its execution.

Please provide us with step-by-step instructions to reproduce the error on our side, so we could advise you further.

Best regards,

Support

По мне так не совсем корректно. В ошибке точно указано что всего 14 мегобайт отложено.

Вот цитата

I ran accross the same kind of problem with the server dying when trying to use the swap. This is because mod_php does not free memory ever. So Apache processes keep growing either reaching apache or PHP's memory limit or, if there's no limit, crashing the server.

Restarting apache makes it to spawn new fresh slim processes but as they run PHP scripts over time, they grow until problems arise.

Пусть тогда хотябы переставят PHP как FastCGI

Вот ответ саппорта:

Hello,

We run PHP as CGI on our servers, not as mod_php. Unfortunately, FastCGI is not available for the time being. 

The default Apache memory limit on our servers is 195 MB. 121634816 bytes is actually about 116 MB. Please note that this is the memory that the script uses, and does not include the memory that is taken up by the PHP interpreter itself. 

Could you let us know on which page you are getting this error message so that we can check it? 

Please advise. 

Best regards,

Support

Дабавили:

We increased the PHP memory limit of the account to 295 MB. Your home page is loading fine now. 

Расширили память, проблема вродебы ушла

even if it went away, it might be good to further investigate why this big increase (based on the attached graph) happend after a Cobalt update.

Не знаю, могло ли это как-то повлиять на работу кобальта, но я только сейчас заметил, что в файле configuration.php были неправильные пути к "logs" и "path"

Я включил профилирование и вот результат.

На картирке видно куда уходят секунды и что всега на загрузку старинци надо 21 мегобайт. Так что я могу точно утверждать что Кобальт не является причиной нехватки памяти.

Я не думаю что она решилась. Если это решилось увеличением памяти то это не решение прблемы утечки памяти. Думаю надо все равно выяснить почему не хвалата размера в 200 мегобайт для загрузки 20ти.

Иначе она может вернутся при росте посещаемости.