да тут с 7мб данных в mysql и поднимать нечего.
На 1 гб памяти это VPS или Atom ?
Что касается Temporary tables created on disk, я бы попробовал временный каталог mysql поместить в tmpfs.
Правильнее key_buffer_size, но будет работать даже если key_buffer написать.
Прогоните через скрипт mysqltuner.pl, он посчитает размер индексов. ставить нужно не больше чем этот размер. Просто дефолтное значение слишком маленькое почти всегда.
nginx поставьте и уменьшите MaxClients 45 до каких-нибудь 10-15. Чудес не произойдет, но не будет зависать хотя бы.
"Надо радоваться, не надо напрягаться" - рекомендую этот трек.
C mysql все нормально, он так работает.
Может быть стоит поднять key_buffer, а то маловато памяти потребляет.
/etc/php5/conf.d/xcache.ini
xcache.var_size is either 0 or too small to enable var data caching
и что тут не понятного? найди и увеличь переменную
cудя по ответу ssh - это дебиан.
ну и зачем вам еaccelerator для джумлы, если он больше не поддерживает хранение данных в памяти?
там есть пакет xcache, он не хуже и его легче установить.
apxs там называется /usr/bin/apxs2, а если его там нет, то нужно ставить пакет.
Переписать, это уже прозвучало. может быть удастся найти и удалить какие-либо модули.
Вообще, можно и кеширование какое-нибудь сделать, но если у вас обычный говносайт, то нагрузка связана с поисковиками, которые ходят на каждую страницу один раз, а значит кеширование целых страниц бесполезно.
и не слишком ли старый у вас DLE? не проще ли апгрейд сделать?
ну-ну.
SQL_CALC_FOUND_ROWS - всегда плохо на сколько-нибудь объемных данных. По определению.
djos, если в двух словах - он хороший.
Можно же просто трек "спозиционировать" во времени. Каждый раз при загрузке брать текущее время и перемотать куда надо.
