Forumlar / National / Russian / какую нагрузку держит Cotonti

Вопрос к пользователям

Denisbox
#1 2010-12-27 05:43
Здравствуйте!
Хотел бы сделать проект на Cotonti, но сразу появился вопрос:
1. Какое колличество пользователей не критично для среднестатистического хостинга?
Имеется хостинг, требования обычные: нагрузка на проц. не более 10%, пиковое использование оперативной памяти: 16 Мб. Хостинг устраивает, по этому переезжать пока не планируем.
планируемое посещение проекта 300 - 600 человек, одновременно не более 5 хостов. Возможно повышение посещаемости до 1200 человек, но скорее кратковременно.
Cotonti устраивает полностью, даже более чем, но пугает большое колличество запросов к БД.
2. Так вот в какой момент я могу получить чёрную метку от хостера с предложением переезда на выделенный сервер?
Помогите пожалуйста.
Спасибо!
contact: fonts (at) otlab . ru
esclkm
#2 2010-12-27 06:07
большое количество запросов??? вы наверное у других Cms не видели.
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Alex300
#3 2010-12-27 06:46
Да, большое относительно чего?
Относительно большинства других CMS - кот достаточно экономичен по отношению к рессурсам. Опять-таки нагрузка в 10%... У меня, например сайт хостуется на машине с 8 CPU (по данным статуса службы C-Panel). И свои 10% я достигну ой как не скоро.
Cotonti - хороший выбор.
Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english...
Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/
jcrush
#4 2010-12-27 13:21
у меня 4к держит без проблем, а вот другие движки, например тот же DLE уже при 1500 такой же базе, начинают лагать. может кто подскажет по оптимизации Mysql?
SEO блог: http://blog.stfw.ru/
Trustmaster
#5 2010-12-27 14:04
Denisbox:
пиковое использование оперативной памяти: 16 Мб
Это чем, интересно. К примеру, на большинстве хостингов сам php-процесс под свои нужды съедает 8-20 МБ оперативки в зависимости от используемых расширений. Если же речь о переменных скрипта, то совсем другой разговор.

Denisbox:
одновременно не более 5 хостов
Без проблем. Даже если ваш хостер имел в виду один единственный php-процесс и прочие нечеловеческие ограничения, с 5 хостами он справится, если только они не будут жать по ссылкам каждые 2 секунды.

jcrush:
может кто подскажет по оптимизации Mysql?
Если есть свободная память, то смотреть в сторону увеличения буферов. Если нет, смотреть в сторону увеличения хостинга.
May the Source be with you!
jcrush
#6 2010-12-27 14:59
а как на счет сменить тип на innodb, советуют некоторые, на сколько стоит?
SEO блог: http://blog.stfw.ru/
Trustmaster
#7 2010-12-27 20:25
Я тоже отношусь к этим некоторым иногда. Если рассмотреть кратко вопрос InnoDB vs. MyISAM, то:
  • InnoDB надёжнее на больших нагрузках. То есть там, где MyISAM уже падает, InnoDB потихоньку продолжает тянуть запросы.
  • У MyISAM быстрее выполняются SELECT, у InnoDB эффективнее INSERT/UPDATE/DELETE из-за того, что MyISAM лочит всю таблицу, а InnoDB только изменяемую часть.

Оценить, стоит ли переходить на InnoDB, довольно просто. Включаете debug mode, чтобы в подвале отображалась подробная статистика по запросам и смотрите, что к чему. Если внушительную часть времени движок тратит на обновление таблиц, а не выборку из них, значит стоит переходить на InnoDB.

Например, на одном сайте страницы иногда генерились по 3-5 секунд. Как оказалось, 90% времени движок пытался обновить данные в таблицах sed_online, sed_users и sed_cache. Отключение внутренней статистики и переход на InnoDB позволил вернуть время генерации обратно в пределы десятых долей секунды.

Но помните, InnoDB не поддерживает полнотекстовый поиск. Similar pages и сходные плагины с такими таблицами работать не будут.

Резюме: если сайт начал тормозить, причём в основном БД, то переведите в InnoDB часто изменяемые таблицы (вроде sed_online, sed_users, sed_cache, sed_config), а редкоизменяемые (например, sed_pages) оставьте на MyISAM.
May the Source be with you!
Bu gönderi Trustmaster tarafından düzenlendi (2010-12-27 20:31, 14 yıllar önce)
jcrush
#8 2010-12-27 23:41
я отключил поиск вообще, поставил от яндекса, поставил кеши, но особо не помогло, проблема возникает когда добавляю новую страницу, после этого сразу несколько секунд сайт замирает, хотя дальше отмирает и работает пока опять не добавить новую страницу, может имеет смысл именно таблицу страниц переводить тип?
SEO блог: http://blog.stfw.ru/
Trustmaster
#9 2010-12-28 02:33
Если страниц много, то да, стоит. И оптимизировать sed_cache тоже.
May the Source be with you!
Straight
#10 2011-01-15 08:10
# jcrush : у меня 4к держит без проблем, а вот другие движки, например тот же DLE уже при 1500 такой же базе, начинают лагать. может кто подскажет по оптимизации Mysql?
Абздец. Судя по тому, что никто большей посяещаемостью не похвастался - это самый посещаемый сайт на движке? (Sorry, jcrush - это приличная посещаемость для серьёзного сайта) А на основании чего тогда делался вывод, что это быстрый движок, если его ещё никто не нагружал?

Added 11 minutes later:

# Denisbox : Здравствуйте!
Хотел бы сделать проект на Cotonti, но сразу появился вопрос:
1. Какое колличество пользователей не критично для среднестатистического хостинга?
Имеется хостинг, требования обычные: нагрузка на проц. не более 10%, пиковое использование оперативной памяти: 16 Мб. Хостинг устраивает, по этому переезжать пока не планируем.
планируемое посещение проекта 300 - 600 человек, одновременно не более 5 хостов. Возможно повышение посещаемости до 1200 человек, но скорее кратковременно.
Cotonti устраивает полностью, даже более чем, но пугает большое колличество запросов к БД.
2. Так вот в какой момент я могу получить чёрную метку от хостера с предложением переезда на выделенный сервер?
Помогите пожалуйста.
Спасибо!
Ни чё так вопросец. Да такую посещаемость любой движок должен держать.
Этот не ставил ещё, а на LDU 800 был Каталог ссылок 20 тыс. хитов в день (25-30 посетителей одновременно) на дерьмовом виртуальном хостинге держал, пока за траффик не выгнали.
Bu gönderi Straight tarafından düzenlendi (2011-01-15 08:21, 14 yıllar önce)
Sergeich
#11 2011-01-15 13:16
pctuner.ru - в среднем 6500 в сутки
Trustmaster
#12 2011-01-15 16:16
Хотите побольше, пожалуйста: около 10000 одновременных сессий (не за сутки, а за несколько минут) в обычном режиме, с применением страничного кеша около 30000. Правда, это на кластере из двух вебсерверов и сервера БД.
May the Source be with you!
Straight
#13 2011-01-15 21:40
# Trustmaster : Хотите побольше, пожалуйста: около 10000 одновременных сессий (не за сутки, а за несколько минут) в обычном режиме, с применением страничного кеша около 30000. Правда, это на кластере из двух вебсерверов и сервера БД.
Если это ответ мне, то я думаю, что для ориентира нужно тестить на обычном виртуальном хостинге, без дополнительных прибамбасов. И в реальной работе на среднем хостинге и не одном. Ха. Я помню когда ставил свой сайт на атлексе, то он вообще не отображался. Ну, нельзя было поставить и техподдержка мне авторитетно заявляла, что это неработающий скрипт и они его поправят за 25 дол в час. хорошо двиг у меня стоял на разных хостингах и я просто послал этих мурамоеев. :)
Что до меня, то после перехода на нормальный хостинг быстродействие и нагрузка на проц меня и хостера устраивали. А с большей посещаемостью проверить нет возможности. Да, и в том сайте у меня были основные плуганы - без излишеств. Ну, обычный сайт ссылок на файлы. Статистика хитов, рефов и логов была включена.
Выпадал конечно иногда движок в эррор, но очень редко. Когда на серваке набиралось много спамильщиков, меня просто по запросу переносили на другой сервак. ... Одновременно отлавливая тех, кто серверными спамилками заваливал сервер. :) LDU (Седитио) - был гроза серверных спамильщиков.
jcrush
#14 2011-01-16 00:47
10000 для обычного хостинга не проблема, проблема для дешевых хостингов может быть нагрузка до 1000, помню один хостер жаловался постоянно на высокую нагрузку, лучшим решением было сменить хостера.
SEO блог: http://blog.stfw.ru/