zzzit

А зачем нам держать все индексы, и редко используемые, и часто используемые в памяти процесса mysql? Потому что советчики советуют советы?

На чем тут экономия по сравнению с индексами в кэше фс?

Сомневаюсь, что вы понимаете. Троллите только. Понимали бы, не призывали бы их целиком в памяти mysql держать, не те нагрузки, где от этого есть профит.

Нет конечно, нет такого рейтинга. А был бы, старички всегда были бы после новичков.

(приблизительно, что происходит)

Брузер перекодирует кириллицу в запросы вида /%D1%81.../

Веб сервер потом берет этот запрос и перекодирует обратно в /свадьба.../ в определенной кодировке и ищет папку свадьба на сервере.

У вас такой нету.

Либо создавайте нормальные имена, либо отключите дефолтное перекодирование (у некоторых веб серверов его можно отключить).

(есть еще особенности с кодировками)

С openvz запаритесь выпрашивать убрать лимиты, а если никогда не сталкивались с openvz, то еще и будете гадать, почему что-то тормозит, падает, ошибки какие-то в лог пишет. А ограничения по памяти там вообще от балды, 512 там не настоящие.

sudo cat /proc/user_beancounters покажет, что это openvz

4770 должен быть быстрее текущего

Так что, не 2 уже?

Там в nginx лимиты от атак, а средний ответ от бэкэнда 100 мс, сможешь посчитать, какая посещаловка должна быть, чтобы упираться в очередь из 4 соединений?

Хостер с многолетним опытом называется. Бэклог 4 увидел там? Не знаешь что это означает? Чего советы раздаешь?

---------- Добавлено 06.06.2015 в 13:19 ----------

Не уходит ничего. Память в мусорку уходит только.

WapGraf, после ваших советов про половину памяти на процессы апача, а половину на mysql я вообще не понимаю, как у вас хоть что-то работает.

Вы не понимаете банальных вещей и видимо никогда не читали профильных рассылок, от того такие глупости пишите. Хотите меряться годами? Я этим с конца 90-х занимаюсь.

Знаете почему у апача по дефолту много процессов установлено? Потому что дефолтовый конфиг расчитан на работу без акселеративного прокси, типа nginx и апачу нужно ждать данных от медленных клиентов, ждать пока они там держат keep-alive и тому подобное, а на это нужно много параллельных соединений, а значит и процессов.

А знаете для чего задумывались акселеративные прокси? Чтобы каждый медленный клиент не занимал целый процесс, а обрабатывался асинхронным серверов, который только когда получает весь запрос соединяется с бэкендом, очень быстро пересылает его ему и выгребает весь ответ в буфер, фактически озадачивая процесс только полезной нагрузкой и их становится нужно обычно 1.

Но об этом всем нельзя узнать учась 5 лет по советам.

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

Ага, как windows, типа требовало ресурсов больше и больше, а потом раз и заработало на ресурсах намного меньше, на ARM! Кругом обман!