Хостер лепит горбатого? Рассудите!

Слово "кривая" не вполне понятно.

Есть какие-то "патентованно прямые" ?

Никто не знает что купил ТС, как это позиционировали итп.

Для большинства клиентов VPS с 64мб памяти вряд ли будет полезен, у меня были

случаи, когда были нужны несколько таких VPS. Кривые ли они были ? Нет.

Стал бы на них работать апач ? Опять нет...

Называлось всё это тоже хостингом...

Конфигурация может либо соответствовать тарифному плану, либо нет...

Во-первых, это "клинические" случаи. Можно и одним запросом нагрузить любой сервер.

Во-вторых, третий раз уже повторяю, мы разговариваем про потребление памяти PHP на шаред-хостинге. MySQL к нему не имеет никакого отношения.

Собственно, понимание вижу пришло.

Каким образом вы выяснили что она кривая? Это главный вопрос, потом продолжим рассматривать мои выводы. Вы знаете как все настроено у текущего хостера и почему возникла данная проблема? ТС хостится у вас?

А вы первое сообщение от ТС вообще читали ? Ошибки доступа к памяти у php при числах 3-5 мегабайт. В базе перенаправлен tmp в память, коей так же не достаточно, отчего так же ошибки.

А какая разница отчего она возникла ? Может там на весь сервер памяти 2 гигабайта или это вообще жутко оверселенный VPS. Если хостер обещает 256 мег на скрипт, то скрипт и должен столько взять. А не упасть на 5 мегабайтах от нехватки.

Stek, вы правда что ли верите в то, что ошибка Out of memory в PHP может быть вызвана исключительно отсутствием памяти? :) Я уже писал, что аналогичная ошибка получалась когда memory_limit был выставлен в 5 GB а на сервере реально было доступно > 20 GB памяти... Это не панацея.... То что в SHM направлены временные таблицы - это как бы тоже нормально, мне сейчас лень разбираться и читать, но по моему возможен вариант настройки когда SHM выделяется конкретному пользователю в конкретном количестве... где собственно доказательство, что это не именно такой вид хостинга? Может просто ТС половину не знает как называется, и по этому /dev/shm считает в купленные 10 GB места ?:)

Тут по моему спорить смысла нет, есть нехватка ресурсов, которую решить по моему должен клиент, я бы например сделал ls -all /dev/shm И посмотрел что там лежит, после этого можно было бы что-то сказать конкретное, однако куда там, горбатого лепит хостер однозначно :)))) И все так уверенно говорят об этом, даже не зная что в shm :)) а там например лежит дамп базы , увидев который ТС скажет "Ой... так это я его туда положил, а что не надо было?" :"))))) Опыт и еще раз опыт ;)

Это как бы шаред хостинг.

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

Stek, Я лишь о том, что клиент выдал свою ситуацию через призму своих скудных знаний про то, чем он пользуется, зачем же сразу говорить что хостер не хорош, надо бы разобраться с тем что делает клиент, как и почему, а то вот серьезно, 6 страниц все тыкают пальцем в небо, может то , может это, а ТС кроме как своих "домыслов" (ДА! иначе сказанное им назвать пока что увы нельзя) ничего и не показал.... ну есть ошибка, и что? Сразу виноват хостер? Бред IMHO. Тема сливается как и все остальные подобные.... Я все еще жду, когда же будет объявлен виновник торжества, а то как-то прямо не понятно 🍿🍿🍿

Стоило бы услышать комментарии от противоположной стороны.

Если проблемы у хостера, то как минимум они будут не только у этого клиента, а у всех клиентов на этом сервере, а это в среднем от 200 до 2000 клиентов на сервере.

Думаю, хостер уже починил бы эту проблему будь она настолько глобальной. Иначе тех. поддержка хостинга уже бы загнулась от тикетов по этой проблеме.