» Нагрузка CMS на сервер

Привет!
С многих платных хостеров есть ограничения на использование оперативной памяти и процессора. Чтобы не нарушать правила хостингов, хотел спросить, а какие ресурсы потребляет CMS (PHP-Nuke, e107, etc)?

Большие...
Ненасытные они...

Homka74
У меня установлено 20 cms. Хостер не жалуется.

parkovka

Цитата:

У меня установлено 20 cms. Хостер не жалуется.

Так у тебя на них не заходит куча народу.

Как то говорилось что PHP-NUKE выполняет до 140 query к BD за раз. Но это было давно. А в новых версиях такое же безобразие?

Я знаю, что Нюковский скрипт рассылки достаточно сильно грузит сервер.

Да нюка нехило грузит сервер.
так что не пытайтесь ставить у хостеров с целеронами и слабенькими конфигами, выгонят, или заставят доплачивать
Но даже моя довольно тяжелая, не сильно загружает наш сервер даже когда атаковали и по 50-100 соединений на портал одновременно было.
правда стоит сервере ксеон 4*2.4 ггц 4х процессорном.

хе-хе...
нагрузку они мерять собрались...
вот так всегда - сначала делаем (нюку ставим), а потом думаем и меряем...

Сколько там кто-то говорил запросов к базе данных у нюки на 1 страницу? 140?
Почти похоже на правду... По поводу php-nuke сказать не могу, а вот postnuke исползал вдоль и поперек. Могу сказать следующее:

- если есть намерение сделать крупный и посещаемый проект - забудьте о нюке! Навсегда и совсем. Если уже есть сайт на нюке и растет как на дрожжах (у меня была и есть такая ситуация - сайт Prazdnik.by - Чаще отдыхай! - сваливайте и срочно ищите другой движок ... или доделывайте, если хватает знаний, сил и $)
- неоптимизированная нюка в ламерских руках - смерть серваку. ЛЮБОМУ. Даже 4-хXeon 2.4Gh 1Gb RAM. При наличии хотя бы 1000 человек в день. В один прекрасный момент сервак скажет: ..... too many connections и "положит" базу данных. И так будет все чаще и чаще...
- у больших любителей всяческих "примочек" и "наворотов" (типа кучи блоков по бокам со всем, чем можно, - и всякой "хрени" наподобие расширенной статистики и пр.) вероятность "положить" сервак еще выше.
- что на самом деле "кладет" сервер? Кладется не Linux, а MySQL охренительным количеством запросов. А уж он за собой кладет и все остальное. Бутылочное горлышко для нюки - это проц+RAM. Любой запрос к базе данных - засирание оперативки - когда она заканчивается - проц начинает "молотить", пытаясь её освободить. В это время как правило идет лавиообразное нарастание запросов в очереди и ... too many connections и "лежащий" MySQL.
- запросы. В PostNuke можно отследить их количество (интересующимся вперед на www.postnuke.ru). И их может быть куда больше 140 на страницу. Что такое PostCalendar знает кто-ть? (модуль календаря...) Страница с выводом календаря на год при пустом календаре - 2000 запросов!!! без комментариев... - и таких "продвинутых" модулей - 99%.
В любом случае есть один закон нюки - хотите больше наворотов: полУчите больше запросов к базе на страницу.
Я в свое время решал (и до сих пор решаю, мля...) обратную задачу - полная кастрация postnuke и действительно нужных в работе модулей для снижения кол-ва запросов. Сейчас ~30 на страницу. ИМХО пока это рекорд. Давеча было 100000 хитов за сутки (~3,5 млн. запросов) - сервер пыхтел, но выдержал. (VDS 256 RAM, 5-10% от проца P4 2GHz) До этого "жил" на упомянутом 4-хXeon 2.4Gh 1Gb RAM, с которого меня-таки выгнали за постояный даун MySQL (когда сайт перешагнул порог в 4000 человек...)


Общие рекомендации:
- если еще сайта нет - откажитесь от нюки.
- если сайт есть, но еще не вырос - сваливайте на другой движок.
- если сайт уже есть, уже большой (возможности переезда нет) - у меня была как раз такая ситуация - тогда так:
- удалите ВСЕ ЛИШНЕЕ (ненужные блоки в первую очередь!!! модули и пр.)
- еще просмотреть и еще раз удалите ВСЕ ЛИШНЕЕ!!!
- включите отладку запросов к БД и посмотрите, что больше всего "жрет" запросы.
- удалите ВСЕ, что ЖРЕТ запросы.
- если удалить нельзя, берите книги по php и mysql (или берите $ и ищите знающих людей) и кастрируйте ненужные или неважные SQL запросы (их у нюки и её модулей ой как дохрена...)
- оптимизация базы (или баз, если их несколько) - в cron и каждый час!!!
- если возможно, делаем (сами или за $) разделение "тяжелых" таблиц на несколько "полегче".
- отрубаем в модулях и ядре всевозможные счетчики и статистику (это куча лишних и "тяжелых" UPDATE для базы...)
- делаем оптимизацию MySQL (если хостинг или хостер позволяет) - как и что - читать в доке по MySQL.
- учим php и MySQL и смотрим, что еще можно кастрировать...
- кастрируем до тех пор, пока кастрировать уже нечего и т.д.

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

PS^ Я до сих пор сижу на нюке... мля..

Гы гы а у нас в системе 20-25 запросов на страницу...
Специально делали чтобы грузила сервант по минимуму...
А насчет нюки согласен... У нас сейчас Постнюк на основном сайте стоит(Явление временное. В новый Год с новым Движком)! Трафика жрет немерено, тормозит и два раза МаСКУЛ вешал...

Parrot

Цитата:

если сайт есть, но еще не вырос - сваливайте на другой движок.

На какой, если бы смог, - перешёл бы?
Подскажи, выдай секрет

вот решил потестиь немножко нюку на запросы .. версия 6.8

1. В режиме админа , на глвной странице при 4 ех новостях и блоках которые идут по дефолту - 130 запросов к базе ...

при тех же условиях но в модулях :

modules.php?name=Statistics - 94 запроса
modules.php?name=Downloads - одна категория и один файл - 115 запросов
modules.php?name=Surveys&op=results&pollID=1 - 112 запросов

ну и так примерно везде ...

теперь залогинимся как юзер ... и посмотрим :

на главной странице при 4 рех новостях и блоками по дефолту : 156 запросов к базе ...

modules.php?name=Your_Account - 124

------------
делайте выводы сами

былобы весьма занимательно устроить показательный креш тест разных CMS при одинаковых серверных характеристиках... кто хочет заняться ? :)

Ant0ny
Впринципе каждый может дать описание своему движку (насколько я знаю ты занимаешся поддержкой ldu)

Так вот:

Как говорил
N Sensey N
У меня примерно тоже количесво запросов к базе (от 120 - до 160 запросов на страницу).

e107 - от 30 до 40 запросов на страницу.
ldu - аналогичен е107 (30-40 запросов на страницу).

Mambo, xoops, xaraya, postnuke и др. - на данный момент не тестировались, но впринципе сделаю.

Могу еще время генерации страницы написать, если кому хочется.

Тестирование проводилось на локалке:
freebsd 5.2, apache 2.0.43, mysql 3.23.33, php 4.3.1, Atlon 1800, 512 ram.
Все порталы были в стандартной установке (без подключения и отключения доп. модулей), 5 новостей на стр. (новости были идентичные).



Добавлено
Забыл про версии:
phpnuke - 6.8
e107 - 0.605
ldu - 6.02

N Sensey N
А про Spaiz-Nuke что скажешь? Сильно грузит?

Homka74
Примерно как и e107 и ldu, но я еще работаю над запросами и над оптимизаицей кода ... поэтому релиз 1.3 долго так затягивается

При 5 новостей на главной и 5 ти блоках - 32 запроса ....
modules.php?name=Search - правые блоки отключены - 17 запросов ...
Вобщем зависит от модуля ...

Heathen
e107 и ldu - они все в базе держат или файлы тоже юзают ?

Цитата:

Кладется не Linux, а MySQL охренительным количеством запросов

А как можно измерить количество запросов?
Меня интересует XOOPS (1.3.10 и 2.0.5) - может, кто уже тестировал?

N Sensey N
Ощутима ли нагрузка при 50-70 посетителях в день по сравнению с нюкой?

shperk
а как он делает запрос к базе ? вот как далет нюка и как можно посчитать :


Код:
function sql_query($query, $id) {

global $db_query_count, $sql_debug;
$sql_debug = 0;
if($sql_debug) echo "SQL query: ".str_replace(",",", ",$query)."<BR>";
$res=@mysql_query($query, $id);
$db_query_count ++; // Вот это я вставил сюда и оно считает
return $res;
break;;
}

N Sensey N
В плане файлы?
Вроде нет, все в базе, хотя может какие модули и успоьзуют.

Homka74
у меня на локалке при одном юзере и то ощутима работа с php-nuke а ты про 50-60 юзеров спрашиваешь Да что тут я ... мне серваки аж жалко

Вот те пример сайта на spaiz-nuke - http://bsoft.ru/
онлайн - 297 человек
- 5 попыток :
Время генерации: 0.125 Секунд(ы)
Время генерации: 0.082 Секунд(ы)
Время генерации: 0.081 Секунд(ы)
Время генерации: 0.087 Секунд(ы)
Время генерации: 0.098 Секунд(ы)

-----

И для сравнения - сайт на php-nuke http://rus-phpnuke.com/
онлайн - 37 человек
- 5 попыток :
Открытие страницы: 0.582 секунды
Открытие страницы: 0.355 секунды
Открытие страницы: 0.991 секунды
Открытие страницы: 0.212 секунды
Открытие страницы: 0.441 секунды

Представь сколько запросов должен сделать php-nuke на одну страницу при 297 юзерах онлайн при том что на каждого в среднем 100 запросов ! Самому интересно сколько страница генериться будет ...

N Sensey N
У меня всегда вызывает улыбку, как вы считаете время генерации (и кто-онлайн тоже).
Время генерации не показатель скорости, и тем более загруженности серваков.
1) Сайты для сравнения которые ты привёл, наверняка на разных хостингах => разное ПО и железо сервера. Таким образом, это сравнение не уместно.
2) Вообще sql-запросы разные бывают, может быть такой ОДИН запрос который, "переплюнет" десять простых. Так что КОЛИЧЕСТВО запросов, это тоже не определяющий фактор загрузки сервера.
Parrot
Цитата:

Общие рекомендации:
- если еще сайта нет - откажитесь от нюки.
- если сайт есть, но еще не вырос - сваливайте на другой движок.
- если сайт уже есть, уже большой (возможности переезда нет) - у меня была как раз такая ситуация - тогда так:

Есть ещё такая рекомендация - выделенный сервачок. Тогда никакое охренительное количество запросов вам не страшно.

Sindel
Насчет того что есть зависимость от желаза - я вполне согласен ..... но ведь именно из за его родного хостеры уже более менее раскрученным сайтам сначало намекают на отказ от нюки ... а потом уже просто прямо говорят - либо меняете двиг ... либо кирдык

Но зависимость от количества пользователей и количества запросов есть .... потому что одновременно на мускул идет много запросов - и от этого страдают все ...

Цитата:

Есть ещё такая рекомендация - выделенный сервачок. Тогда никакое охренительное количество запросов вам не страшно.

нуу... загнул
есть же всему предел


нюку **** выкидывайте! ВСЯКУЮ!

N Sensey N
Полностью согласен с замечанием Sindel.
Для справки -) Показатель online в Нюке (и у Вас) подсчитывается из числа заходов за последние пол часа.
Т.е. иными словами никаких запросов в количестве 297x100 нет.
Ну и уж конечно время генерации страницы никоем образом не зависит только от количества запросов к базе.

GaRRiLL
Я Вот все никак не могу дождаться Выхода Вашей системы -). Как только она появится обязательно выкину все Нюки -)

Servelat
Цитата:

Я Вот все никак не могу дождаться Выхода Вашей системы -). Как только она появится обязательно выкину все Нюки -)

Будете покупать? GaRRiLL заявил что Его система будет распространятся платно и в "зазендкоденном" виде (ну вообщем, Zend Optimizer), по причине того, что цитата: жаль свои идеи бесплатно раздавать

Sindel
Это наверное будет что-то грандиозное, на подобие РуНюке -)
Никак не могу дождаться этой революции в системах CMS -)
Уже начал собирать денюшку -).

Sindel
Ну тогда мы пойдем не сюда, а в раздел варезник

Приветствую Всех!
Поднята очень интересная тема в этом топике.
С нетерпением жду обещанных тестов Мамбо и Зараи от Heathen`а
Heathen - если тебя затормозили критики - не обращай внимание на них.
Восточная мудрость гласит - собаки лают, а караван идет :-)
Спасибо!

Цитата:

С нетерпением жду обещанных тестов Мамбо и Зараи от Heathen`а

тестировать скрипты при помощи встроеных в них функции подсчёта количества запросов и времени генерации страниц - мартышкин труд.

намного познавательнее было бы запустить эмулятор хотябы 100 пользователей делающих запросы каждые пять секунд, и посмотреть на диаграммы загруженности системы, при разных CMS...

Цитата:

намного познавательнее было бы запустить эмулятор хотябы 100 пользователей делающих запросы

Для таких целей можете использовать Webserver Stress Tool (см. варезник)