netwind

Рейтинг
419
Регистрация
06.05.2007

Proxoma, вот и "решайте все через nginx" - там один процесс обрабатывает множество соединений. апачей при этом нужно намного меньше при сохранении комфортной загрузки страничек, а значит можно уменьшить MaxClients.

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

Для произвольного движка по одним лишь "уникам" вам никто из воздуха не спрогнозирует нагрузку именно из опасений этот самый профессионализм не оправдать.

Практических примеров тоже некому привести - крупные форумы еще не переезжают на vb4.

То есть вы считаете, что возможность сэкономить 1G памяти не является конкурентным преимуществом для CMS?

На всякий случай напомню обстановку на рынке хостинга : VPS с 192Мб - это "нормальный" тариф. Кое-как работающий дисковый массив с кучей клиентов - в порядке вещей. Диски 10000 RPM - вообще шик.

Santyago:
Это логично. И?

Больший объем данных при использовании innodb, означает что ОЗУ закеширует меньшую долю данных и индексов при прочих равных условиях. Тест этого не учитывает совсем.

http://dev.mysql.com/doc/refman/5.0/en/converting-tables-to-innodb.html

InnoDB tables require a lot more disk space than MyISAM tables.

Продается. Но не работает.

А Vbadvanced это совсем другое и ему уже много лет.

Покажите макет сайта? И вообще, стартап в виде ТОЛЬКО лишь форума можно сразу хоронить.

Santyago:
Но в любом случае, посыл у поста правильный: производительность на чтение у них почти одинакова

если в innodb объем данных тупо больше, как она может быть одинакова?

kirfire, берите черненький с зеленым лампочками. вы тут лапшу вешаете - vbulletin cms еще не существует как рабочее решение.

по статистике forum.searcheninges каждый уник делает в среднем 15 просмотров.

Santyago, какой-то спорный тест - там памяти 16гб и всего 350 мб данных. Больше похоже на сравнение методов параллельного программирования в разных движках mysql, а не на тест вебсервера. Одни и те же данные в innodb могут занимать в несколько раз больше, а значит в реальной жизни где используются диски, эффективность кеша в памяти может существенно отличаться.

Механизмы mysql рассчитаны на работу вообще без свопа. Критически важно держать в памяти ключи. ОС не в состоянии определить какие страницы памяти mysql важны, а какие не очень. Если из-за завышенного MaxClients один раз апачи расплодятся и mysql частично вытеснится в своп - все будет печально продолжительное время.

Так что если скрипы сайта сделаны без обращений к самому себе или другим сайтам, то выгодней максимально занизить MaxClients. Не нужен этот большой параллелизм в апаче. Для хострекера разве что померяться миллисекундами.

Всего: 6293