Хостинг - Обзор: эпицентр русскоязычного хостинга

Здравствуйте, гость ( Вход | Регистрация )

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

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

Запрещается

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

> Производительность 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(т.к. он "тормозит" сильнее всего)?
Насколько это надежно, или я что-то упускаю?
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
 
Reply to this topicStart new topic
Ответов(1 - 24)
MIRhosting.com
сообщение 14.04.2010, 02:26
Сообщение #2





Группа: Старые пользователи
Сообщений: 2,034
Регистрация: 15.11.2004
Из: MIRhosting.com Ltd, The Netherlands
Пользователь №: 811


Репутация: 234


Да все в целом замечательно, только к OpenVZ это не имеет ровным счетом никакого отношения. Это об оптимизации системы, ничего специфического по отношению к конкретно этой системы виртуализации не увидел.

Советы достаточно стандартные, они могут помочь, могут навредить. Администрирование - штука тонкая, все очень зависит от каждого конкретного сервера и проекта(ов) на нем.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
different
сообщение 14.04.2010, 03:23
Сообщение #3





Группа: Старые пользователи
Сообщений: 804
Регистрация: 29.06.2008
Из: Народный комиссариат виртуальных дел
Пользователь №: 7,738


Репутация: 210


Как-то сферично и в вакууме.

И причем тут VDS вообще и OpenVZ в частности? (IMG:style_emoticons/default/smile.gif)
Подобное никто не мешает сделать и на сервере.
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
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
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
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 запросов в секунду на главной странице?
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
Boris A Dolgov
сообщение 15.04.2010, 20:25
Сообщение #6


Гость








Репутация: 430


Цитата(BarsMonster @ 15.04.2010, 21:10) *

2) Что блин все-таки сделать с PHPBB? У кого PHPBB под VPS крутится - как вы делаете больше 20 запросов в секунду на главной странице?

кэшированием. Решает даже больше 1000 запросов в секунду на главной странице (IMG:style_emoticons/default/smile.gif)
Go to the top of the page
+Quote Post
eSupport.org.ua
сообщение 15.04.2010, 22:46
Сообщение #7


Одесский сисадмин


Группа: Старые пользователи
Сообщений: 5,200
Регистрация: 18.11.2004
Из: Одесса
Пользователь №: 823


Репутация: 263


Выкидываем апач, ставим nginx и им-же кешируем

User is offlineProfile CardPM
Go to the top of the page
+Quote Post
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
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
BarsMonster
сообщение 17.04.2010, 12:34
Сообщение #9





Группа: Старые пользователи
Сообщений: 56
Регистрация: 06.04.2009
Пользователь №: 9,321


Репутация: 192


Цитата(ComfoPlace.com @ 16.04.2010, 17:08) *

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
User is offlineProfile CardPM
Go to the top of the page
+Quote Post
eSupport.org.ua
сообщение 17.04.2010, 13:03
Сообщение #10


Одесский сисадмин


Группа: Старые пользователи
Сообщений: 5,200
Регистрация: 18.11.2004
Из: Одесса
Пользователь №: 823


Репутация: 263


mod_php быстрее
php-fpm легче

User is offlineProfile CardPM
Go to the top of the page
+Quote Post