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

Ant0ny
А кто сказал что это было сделано встроеными функциями (я просто сказал что они есть в админке)

ContentProject
Ни кто меня незатормозил, просто действительно рещил такое сделать, вот и готовлюсь.


alien200304
вот его и использую

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

Меня впечатляет разница, количество обращений к бд у phpbb - 17-18 у постнюки - 130. Откуда столько обращений к бд? Не понимаю

esergey
Например из-за неправильного подсчета.
В нюке считаются все запросы,а в phpbb могут только select. (но отэтого не такая большая разница )
посмотри как у нюки еще категории и подкатегории выводятся: через рекурсивную функцию.

function getparent($parentid,$title) {
global $prefix, $dbi;
$result = sql_query("select id_catg, catg, parentid from ".$prefix."_ads_catg where id_catg=$parentid", $dbi);
list($cid, $ptitle, $pparentid) = sql_fetch_row($result, $dbi);
if ($ptitle!="") $title=$ptitle." >> ".$title;
if ($pparentid!=0) {
$title=getparent($pparentid,$title);
}
return $title;
}

Что не есть хорошо. И запросто увеличивает кол-возапросов.

esergey
потомуч что у форума нету модулей .. нету блоков .... форум это не портал .... форум знает из чего он состоит ... а портал должен все САМ запрашивать с БАЗЫ и узнавать из чего он состоит ... от сюда и запросы ...

Некоторые цифры из LDU

отключаем в админ центре статитстику, личные сообщения, анти флуд систему и включаем кеширование SQL запросов

машина - третий пень 600 мегагерц, 256 оперативки, XP

Статистика ядра для пользователя :

Page created in 0.113 seconds
SQL total time: 0.021 seconds - SQL queries: 6 - Average SQL time: 0.00354 seconds

таже страница для гостя

Page created in 0.11 seconds
SQL total time: 0.015 seconds - SQL queries: 4 - Average SQL time: 0.00386

Делаем выводы :)

--
правда один мой знакомый повесил все глобал плагины себе которые нашёл и при 400 онлайн пользователях "положил" базу на конфигурации Xeon 2.8 3Gb рама, после чего задумался о оптимизации сайта и о кешировании статики для гостей :)

В место того чтобы опускать, ну к примеру нюку, лучше бы собрались и попробовали значительно облегчить её, ведь от этого пользы было бы значительно больше, чем от пустых, ни кому не нужных, разговоров, а о недостатках CMS и так известно значительному большинству аудитории ru-board.com

Страшно хочу увидеть те 4 запроса, которых достаточно для работы CMS
Нет, в самом деле хочу. Давайте их сюда.

Добавлено
Да кстати проверки parrot'а очень четко показали что на нормально посещаемом сайте с сотнями документов включение кеширования запросов может завалить сервер еще быстрее, чем отсутствие кеширования. PHP работает с файлами намного медленнее чем с БД.
Так что тестирование кеширования на пустом сайте - это, как бы выразиться помягче, ненужное самоудовлетворение. Если уж кешировать, то или на уровне БД, или на уровне модулей и блоков движка.

Цитата:

Если уж кешировать, то или на уровне БД

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

Список запросов ядра для гостя при отображении HTML файла, и простых плагинов типа наша кнопка, форма обратной связи. (отключена статистика, кто онлайн и LDU shield - Anti-spamming and anti-hammering) и при включённом кешировани запросов. первое обращение к ядру - 11 запросов, все последующие 4:

1. $sql_config = ldu_mysql_query("SELECT config_name, config_value FROM $db_config ");
2. $sql = ldu_mysql_query("DELETE FROM $db_cache WHERE c_expire<'$ccdate' ");
3. $sql = ldu_mysql_query("SELECT c_name, c_value FROM $db_cache ");
4. $sql = ldu_mysql_query("SELECT banlist_id, banlist_ip, banlist_reason, banlist_expire FROM $db_banlist WHERE banlist_ip IN ".$ipmasks);

Добавлено

Цитата:

PHP работает с файлами намного медленнее чем с БД.

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

Другое дело - сложные выборки, сортировки и т.п. но это нужно каждый раз уточнять, делая пододобные утверждения :)

Да, пора перебираться как какой нить другой портал с пхп-нюка.....
кстати максимальная нагрузка на проц - 2% (от хостера) норамально?

buk
А хостер что говорит?

N Sensey N а в какой фаил вставлять саму функцию?

Добавлено
Sensey а куда функцию подсчета вставлять?

не знаю как в новых версиях нюки .. но в нюке v6.0 эта функция находится в файле sql_layer

Просто в функцию вставляешь $db_query_count ++;

и делаешь переменую $db_query_count глобальной .... потом в граф теме делаешь где нить в футуре echo $db_query_count;

и все

seva1, в новых вестиях нюк надо в этом же файле подсчет сделать(sql_layer) - он в части модулей еще используется.
И еще /db/mysql.php
function sql_query b и делаешь там вторую такую переменную. сумма двух - будет количество запросов!

E-Xoops 1.05rev3
новости(4шт), последние новости, кто в онлайне, поиск в гугле, меню, персональное меню, парочка мелких модулей.
guest:
- Page Created in 1.9 Seconds | 33 Queries | 58 Files Loaded: 379.9 Ko | Raw HTML: 22.57 Ko -
admin:
- Page Created in 1.09 Seconds | 40 Queries | 71 Files Loaded: 400.11 Ko | Raw HTML: 25.77 Ko -

tibalt как ты относишся к мамбо по количеству запросов?


Добавлено
Подалуйста измерьте у мамбы количество запросов

Добавлено
N Sensey N а у ANtony другие данные по порталу ldu!! подскажите какой движок более экономичен в запросах, и более функционален?

Цитата:

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

Вы читали общие документы или результаты тестирования работы PHP на нагруженном сервере с десятками виртуальных хостов?
У парня сайт с 3000 страниц и 100000 хитов в сутки - и сколько там еще сайтов на этой машине крутится никто не знает.
А что PHP с файлами работает медленнее всех в разы - перла в том числе, это тоже много раз подтверждалось тестами.

voll
Переходим все на Перл типа?
Помоему имелось ввиду не работу с файлами по отношению к др. языкам а по отношению к работе с БД.

Народ а на мой вопрос кто нить ответит?

seva1
Сам померь. Устанавливаешь мамбу и смотришь количество запросов методом как описывали длоя нюки.

seva1
я мамбу не юзал, но есть интересный сайт www_parkovka_com - там можно самому потрогать различные cms

seva1
Да, кстати на Парковке много КМС стоит с доступом к админ панели - посмотри, сравни скорость загрузки страниц(сервер один) и поймешь что нужно именно тебе...

Цитата:

Переходим все на Перл типа?
Помоему имелось ввиду не работу с файлами по отношению к др. языкам а по отношению к работе с БД.

Нет, просто я имел в виду что на загруженном сервере PHP обрабатывает файлы медленее, чем на пустом сервере, так как ресурсы связки PHP/файловая система тоже не безграничны и здесь тоже можно упереться в бутылочное горлышко.

Простейший пример - если все файлы кеша БД класть в один каталог и их там будет 10000 (а похоже именно так и было в описанном мной случае) - даже загрузка файлов будет тормозить
А ведь еще надо этот файл сконвертировать в данные - а виртуальные хосты рвут процессор друг у друга.
В общем, орлы, одно дело - отвлеченные тесты на считывание 10кб, а другое - кеширование на большом живом сайте, что я и пытаюсь живым примером вам доказать.

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

voll
Убедил. Ну удачи ВАМ.
З.ы. а если по сравнению с БД?

Цитата:

З.ы. а если по сравнению с БД?

Увы - никогда не тестировал.

voll
Ну вот. А тут в первую очередь это важно...

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

voll
Ну а дома попробовать можно. Все упирается в желание. Возможность всегда найти можно...

N Sensey N странные твои измерения у меня получились такие результаты в нюке 6.8
статистика 9 запросов, стандартная база то есть нечего не добавлял!
downloads 10
и нигде больше 18 я не увидел!!!
может че нить неверно мерил?

seva1
В нюке два движка sql ты в обоих мерял?
и sql_layer.php и движок от phpbb

ripperm
На счет того что в новых нюках вда движка - ты прав .. но я бы сказал что это не sql_layer.php и форум ..
а файлы sql_layer.php и db\mysql.php
В основном то используется db\mysql.php ... а sql_layer.php так .. для совместимости со старыми моудлями .. что ли Так что seva - твои измерения не верны ....