дисковая активность на XEN

Наверное у хостера нода на SATA и вот результат

Andreyka, тоесть со своей стороны я ничего не могу сделать кроме как уйти от него?

а как можно подробнее увидеть что так грузит? есть какая то статистика записи/чтения с диска?

- не разглядел, ушли ли Вы в своп, но у Вас основная проблема в Apache, похоже он собран как prefork и запускается много процессов. Пересоберите Apache как worker, отключите ненужные модули это заметно облегчит работу системы.

- на виртуозо Вы использовали чужие не израсходованные ресурсы, при переходе на Xen проявилась реальная нагрузка которую создавал Ваш аккаунт (видимо на нем размещены достаточно посещаемые ресурсы).

Покажите использование свопа (можно top, с "верхней частью"), скорее всего не хватает ОП и VPS ушел в свопирование (как Вы понимаете никакой своп, пусть SAS, не сравнится по скорости с ОП).

так прально... из 512 свопа свободно 185... ню-ню... меняем тариф на более высокий...

Насколько я понимаю, проблема в том, что 322 мегабайта в свопе.

Неужели сложно выложить с нормальными пробелами?

я в статистике atop посмотрел...

спасите кто может за небольшое вознаграждение :)

Тут вопрос в том чтоб эфективнее использовать RAM

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

Второе. Вместо prefork пересобирите как worker как писали выше, Вам необходимо уменьшить количество процессов и увеличить количество тредов apache.

Не понял по скрину насколько интенсивен swap, но он точно есть. А это уже плохо. На VPS, с моей точки зрения swap быть не должно вообще. Потому что когда хотя бы несколько клиенских VPS начнут активно использовать своп на диске ни спасет ни что. Ни SCSI диски ни SAS диски. По крайней мере если говорить о качественной работе VPS.

Дело в том что какие бы диски не использовались, все упрётся в скорость вращения и поиска нужного места. А она у любого диска недостаточная для свопа нескольких машин сразу.

Поэтому, берите XEN VPS где свопа нет вообще. Сейчас в общем-то и на физических серверах в свопе уже нет смысла, а на VPS тем более.

Хостер делая VPS со свопом дает меньше памяти клиенту и повышает свою прибыль. Но работает это ровно до того момента как 2-3 клиента начнут этот своп использовать одновременно.

Предлагаю попробовать у нас запустить Ваш проект и проверить как оно будет работать. На время эксперемента выделим бесплатную VPS. Наш сайт http://openhosting.ru.

PS.

А ещё мне всегда интересно было как у таких хостеров тех. поддержка организована что они сюда пишут, а не в свою тех. поддержку?

поддержка это одно, а взгляд со стороны -другое.

с поддержкой общаемся и они тоже смотрят в чем дело.

пока пообщавшись с Hack_phoenix, пришел к мысли что слабое место именно дисковая система.

конфиг апача поправил, стало легче, вышел из свопа и порядка 50-70 мегабайт памяти свободно. но диск всеравно в красной зоне (сервер ребутил чтобы atop не врал)

DSK | xvda | busy 101% | read 17 | write 45 | avio 15 ms |

broken добавил 01.07.2009 в 19:07

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