Производительность OpenVZ VPS - Онлайн-форум hostobzor.ru

hostobzor.ru - эпицентр русскоязычного хостинга Правила конференции

Правила раздела

Настоящие Правила Раздела являются дополннением к Общим Правилам Конференции. В случаях противоречий отдельных пунктов, действуют Правила Раздела.

Запрещается

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

Производительность OpenVZ VPS, приглашаю обсудить мою статью о оптимизации производительности

Опции

BarsMonster	13.04.2010, 07:28 Сообщение #1
Группа: Старые пользователи Сообщений: 56 Регистрация: 06.04.2009 Пользователь №: 9,321 Репутация: 192	Приглашаю обсудить мою статью об оптимизации и тестировании производительности OpenVZ (в тексте статьи есть и реф и не-реф ссылки на хостера). Краткое содержание: ulimit -s 1024. Apache2 mpm-prefork 4 процесса максимум, mod_php+APC. MySQL - конфиг на 160Мб памяти, на 16 коннектов максимум (больше и не понадобится по идее). Nginx - ничего особенного. Все это работает под OpenVZ на 0.5Гб памяти с еще небольшой кучкой дополнительных вещей занимает 330-350Мб памяти _независимо_ от нагрузки. Мои PHP сайты отдаются 600-170 запросов в секунду, PHPBB3 - 17. Статика - 3.8Кб файл - 1424 запроса в секунду, 45Кб файл - 638 запросов в секунду (это при том, что я не настроил отдачу статики nginx-ом напрямую) - тест был из Германии на сервер в Москве. Что на ваш взгляд можно подкрутить, особенно в MySQL для PHPBB(т.к. он "тормозит" сильнее всего)? Насколько это надежно, или я что-то упускаю?

Ответов(1 - 24)

MIRhosting.com	14.04.2010, 02:26 Сообщение #2
Группа: Старые пользователи Сообщений: 2,034 Регистрация: 15.11.2004 Из: MIRhosting.com Ltd, The Netherlands Пользователь №: 811 Репутация: 234	Да все в целом замечательно, только к OpenVZ это не имеет ровным счетом никакого отношения. Это об оптимизации системы, ничего специфического по отношению к конкретно этой системы виртуализации не увидел. Советы достаточно стандартные, они могут помочь, могут навредить. Администрирование - штука тонкая, все очень зависит от каждого конкретного сервера и проекта(ов) на нем.

different	14.04.2010, 03:23 Сообщение #3
Группа: Старые пользователи Сообщений: 804 Регистрация: 29.06.2008 Из: Народный комиссариат виртуальных дел Пользователь №: 7,738 Репутация: 210	Как-то сферично и в вакууме. И причем тут VDS вообще и OpenVZ в частности? (IMG:style_emoticons/default/smile.gif) Подобное никто не мешает сделать и на сервере.

different	14.04.2010, 06:30 Сообщение #4
Группа: Старые пользователи Сообщений: 804 Регистрация: 29.06.2008 Из: Народный комиссариат виртуальных дел Пользователь №: 7,738 Репутация: 210	Цитата Что на ваш взгляд можно подкрутить, особенно в MySQL для PHPBB(т.к. он "тормозит" сильнее всего)? Обрезать лишнее (innodb, tcp\ip, лишнее логгирование, ndb, etc) и затюнить кэши. Но кэшей тоже без фанатизма, памяти не сады. Ну и повырубать не нужные плагины\модули\функции в самом движке. А вообще, обычно проще взять чуть более мощный VDS, чем страдать сверхоптимизацией. p.s. Очередной пиар *** своего хостера... Сообщение отредактировал Admin - 14.04.2010, 09:44

BarsMonster	15.04.2010, 20:10 Сообщение #5
Группа: Старые пользователи Сообщений: 56 Регистрация: 06.04.2009 Пользователь №: 9,321 Репутация: 192	Цитата(MIRhosting.com @ 14.04.2010, 02:26) Да все в целом замечательно, только к OpenVZ это не имеет ровным счетом никакого отношения. Это об оптимизации системы, ничего специфического по отношению к конкретно этой системы виртуализации не увидел. Цитата И причем тут VDS вообще и OpenVZ в частности? smile.gif Подобное никто не мешает сделать и на сервере. Поясню специфичность: Под OpenVZ все жрет больше памяти, т.к. считается вся выделенная виртуальная память, в которую включен и стек(грубо говоря). Для борьбы с этим - радикальное уменьшение кол-ва процессов апача, глобального размера стека, зарезание стека MySQL до 65кб. В случае с XEN и проч. этого не пришлось бы делать, а кол-во процессов апача можно было бы выбрать выше в 2-4 раза. На выделенном сервере все это делать можно, но это не приведет к максимальной производительности (там процессов можно иметь намного больше, а резать стек смысла практически нет вообще). Основные вопросы которые волнуют меня с этим конфигом: 1) Если ли какие-то подводные камни когда это может плохо работать? (кроме очевидного "4 инстанса PHP скрипта которые работают по 30 секунд и все пользователи курят" - это мои скрипты время выполнения в моей власти) 2) Что блин все-таки сделать с PHPBB? У кого PHPBB под VPS крутится - как вы делаете больше 20 запросов в секунду на главной странице?