Производительность OpenVZ VPS, приглашаю обсудить мою статью о оптимизации производительности |
Здравствуйте, гость ( Вход | Регистрация )
Настоящие Правила Раздела являются дополннением к Общим Правилам Конференции. В случаях противоречий отдельных пунктов, действуют Правила Раздела.
Производительность 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(т.к. он "тормозит" сильнее всего)? Насколько это надежно, или я что-то упускаю? |
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 |
Да все в целом замечательно, только к OpenVZ это не имеет ровным счетом никакого отношения. Это об оптимизации системы, ничего специфического по отношению к конкретно этой системы виртуализации не увидел. Цитата И причем тут VDS вообще и OpenVZ в частности? smile.gif Подобное никто не мешает сделать и на сервере. Поясню специфичность: Под OpenVZ все жрет больше памяти, т.к. считается вся выделенная виртуальная память, в которую включен и стек(грубо говоря). Для борьбы с этим - радикальное уменьшение кол-ва процессов апача, глобального размера стека, зарезание стека MySQL до 65кб. В случае с XEN и проч. этого не пришлось бы делать, а кол-во процессов апача можно было бы выбрать выше в 2-4 раза. На выделенном сервере все это делать можно, но это не приведет к максимальной производительности (там процессов можно иметь намного больше, а резать стек смысла практически нет вообще). Основные вопросы которые волнуют меня с этим конфигом: 1) Если ли какие-то подводные камни когда это может плохо работать? (кроме очевидного "4 инстанса PHP скрипта которые работают по 30 секунд и все пользователи курят" - это мои скрипты время выполнения в моей власти) 2) Что блин все-таки сделать с PHPBB? У кого PHPBB под VPS крутится - как вы делаете больше 20 запросов в секунду на главной странице? |
Boris A Dolgov |
15.04.2010, 20:25
Сообщение
#6
|
Гость Репутация: 430 |
2) Что блин все-таки сделать с PHPBB? У кого PHPBB под VPS крутится - как вы делаете больше 20 запросов в секунду на главной странице? кэшированием. Решает даже больше 1000 запросов в секунду на главной странице (IMG:style_emoticons/default/smile.gif) |
eSupport.org.ua |
15.04.2010, 22:46
Сообщение
#7
|
Одесский сисадмин Группа: Старые пользователи Сообщений: 5,200 Регистрация: 18.11.2004 Из: Одесса Пользователь №: 823 Репутация: 263 |
Выкидываем апач, ставим nginx и им-же кешируем
|
ComfoPlace.com |
16.04.2010, 17:08
Сообщение
#8
|
Группа: Старые пользователи Сообщений: 272 Регистрация: 23.03.2008 Пользователь №: 7,199 Репутация: 208 |
BarsMonster
Apache действительно "фтопку". Привяжите к nginx - php-fpm MySQL в параметры не вникал, но хотябы скипнуть тот-же innodb и шулуху не помешалобы (IMG:style_emoticons/default/smile.gif) Код skip-bdb skip-innodb skip-networking |
BarsMonster |
17.04.2010, 12:34
Сообщение
#9
|
Группа: Старые пользователи Сообщений: 56 Регистрация: 06.04.2009 Пользователь №: 9,321 Репутация: 192 |
BarsMonster Apache действительно "фтопку". Привяжите к nginx - php-fpm MySQL в параметры не вникал, но хотябы скипнуть тот-же innodb и шулуху не помешалобы (IMG:style_emoticons/default/smile.gif) Код skip-bdb skip-innodb skip-networking Насчет nginx<>php-fpm - не вяжется с бенчмарками http://forum.searchengines.ru/showpost.php...mp;postcount=39 , apache2/mod_php быстрее (и не понятно почему в тесте у них добавление сверху nginx так сильно просадило скорость...). Скипнул skip-bdb skip-innodb skip-networking - однако не заметил особой разницы с скорости/памяти... И innoDB базы продолжили работать, странно... Может надо на этапе компиляции обрубать это? Сообщение отредактировал BarsMonster - 17.04.2010, 12:35 |
eSupport.org.ua |
17.04.2010, 13:03
Сообщение
#10
|
Одесский сисадмин Группа: Старые пользователи Сообщений: 5,200 Регистрация: 18.11.2004 Из: Одесса Пользователь №: 823 Репутация: 263 |
mod_php быстрее
php-fpm легче |