egorinsk

VIRT это размер адресного пространства процесса (ну как-то так), а не потребляемая память. Реально выделенная память ближе к цифре, которая написана в RSS. Потому 350 мб вас не дложны беспокоить, но если вы хотите узнать причину, то надо делать pmap процессу mysql — он покажет, куда используется память.

Кстати, куда вы прописывали ulimit? Я подозреваю, вы просто не туда ее вписали, если она не работает.

Также, советую вам уходить с OpenVZ хостингов. Они учитывают не реальное потребление памяти, а этот самый VIRT (который гораздо больше), и хостеры за счет этого продают больше памяти, чем есть в сервере (насколько больше — зависит только от жадности хостера). А клиент, соответственно получает меньше, чем он бы получил от Xen или реальной машины аналогичной конфигурации. Вам придется постоянно мучаться с оптимизацией софта (так как многие программы выделяют адресное пространство, не считая его, оно же виртуальное) и придется разбираться с падениями программ из-за перерасхода памяти. Оно вам нужно?

Наверно хороший способ узнать это — изучить архитектуру существующих highload проектов. Держите ссылку: www.insight-it.ru/highload/

От себя добавлю, что практически всегда необходимо предусмотреть возможность масштабирования в самом приложении (т.е. переписывать код). Нельзя просто так взять, поставить нгинкс, поменять MySQL на mongo и получить хайлоад проект (более того, поменяв mysql на mongo можно получить еще больше проблем).

EXPLAIN пользоваться умеете? Мониторинг и запись в лог медленных запросов настроили? Памяти достаточно выделили?

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

Чтобы получить ответ на вопрос «какие значения выставить на моей машине», есть 2 варианта — показать машину тому, кто в этом всем разбирается, или же самому сидеть с диагностическими тулзами, считать проценты потерянных пакетов, время отклика и прочие вещи, находить причины проблем и исправлять.

Пробовали ли читать доки по ссылкам www.kernel.org/doc/Documentation/sysctl/ и www.kernel.org/doc/Documentation/networking/?

Упомянутый вами backlog_detect например более чем понятно описан в доке:

> Maximum number of packets, queued on the INPUT side, when the interface receives packets faster than kernel can process them.

Естественно, оптимальное значение зависит от производительности машины и скорости сетевого интерфейса.

Если у вас Опера, можно посмотреть в отладчике запросы и добавить userapi.com, и подобные сайты в черный список. Они тянут кучу скриптов. создают ифреймы, при этом я, например, никогад этими лайками и кнопками не пользовался.

А что непроизводительного в LIKE something%? Индекс же используется.