Vit

Составной индекс по proc и status имеется?

Откройте фаербаг да посмотрите заголовки ответа.

Попробуйте поиграться с настройками сглаживания и настройками шрифвтов:
Главное меню KDE / Параметры системы / Внешний вид приложений / Шрифты

Во-первых, надо привести в порядок базу данных - расставить индексы, где надо.
Во-вторых - оптимизировать само приложение, возможно от многих запросов удастся избавиться.
В mysql можно включить лог медленных запросов (slow query log)

Что касается настройки mysql, то в случае innodb могу посоветовать следующие рекомендации www.pentarh.com/wp/2011/03/02/mysql-innodb-highloa...

Еще у Mysql есть опция на максимальное количество одновременных соединений. Но лучшее без особой надобности не трогать - если вы оптимизируете все остальное, то со значением по умолчанию должно нормально работать.

В конфиге sshd можно указать, каким пользователям можно логиниться по ssh. Можно убрать оттуда рута, логиниться под другим а потом делать su.
Там же можно сменить порт sshd с 22-го на какой-нить другой.
А можно вообще настроить авторизацию не по паролю, а по RSA-ключам. Это уже совсем безопасно будет.

> можно ли сделать так, что бы на сервере могли авторизоваться только указанные ip ?
Через iptables например

Я использую не Zend, а Yii, но суть та же. И я между моделью и контроллером делаю еще один слой абстракции - слой сервисов. Это просто классы, методы которых выполняют некоторые логические транзакции, манипулируя моделями и другими сервисами. Удобно переиспользовать, удобно тестировать, нет проблемы с огромными файлами.

2-й вариант не труЪ.

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

В некоторых фреймворках (например ExtJS) сейчас вообще нет синхронных ajax-запросов.

www.nginxtips.com/how-to-limit-nginx-download-speed
А насчет критериев - в конфигах nginx можно юзать оператор if. Туда можно проверку айпишника вставить.

Гуглите по словам Comet, Long Polling.

Хотя в вашем случае даже Short Polling наверное подойдет, без всяких там Comet. То есть вы загружаете фотки и все. На сервере они отдельно обрабатываются в фоне (для этого можно использовать менеджер очередей, либо просто в бд складываете задачи и скриптом, запускаемым по расписанию, их разгребаете). Когда обработка фоток закончится - сообщаете об этом базе данных.
В это время браузер периодически будет аяксом у сервера спрашивать - закончилась ли обработка

Как отключить ipv6: const-cast.blogspot.ru/2009/11/disable-ipv6-using-...

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

В ГОСТах можно почерпнуть немало полезного.

Если CentOS, то не исключено, что причина кроется в SELinux. Попробуйте его вообще отключить сначала и посмотреть, не исчезла ли проблема. Если исчезла - дело в нем. Можете его или вообще не включать, или настроить так, чтобы он не мешал.

И эти данные (достаточно сложные js-объекты) нельзя поместить в БД

noSQL же. MongoDB например так и хранит все в виде JS-объектов.
Можете попробовать так же in-memory решение, например Redis.
БД в вашем случае потом при необходимости тоже можно будет расшардить для улучшения производительности.

Я как-то вложенными запросами "убивал" mysql, если вложенный запрос зависит от внешнего и всегда возвращает огромное количество кортежей. Одним запросом одно ядро CPU загружалось у меня на несколько минут на 100%.
Что примечательно, на постгресе аналогичный запрос выполнялся достаточно быстро и без особых проблем....