Чтение RSS каналов

Новости

Новости

Категории

Наши новости
Наши новости
Новости проекта
Интернет
Интернет
Мир интернета
Программы
Программы
Компьютерный мир

Общее количество: 96 новостей в 3 категориях

SLAED и PHP-Nuke - Cравнение нагрузки между системами


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

Последовательный переход по ссылкам с авторизацией под админом и пользователем.

Cравнение нагрузки между системами SLAED и PHP-Nuke


Повышенная нагрузка на сервер и большое количество запросов PHP-Nuke на лицо. С повышением версии лишь повышается количество запросов в базу данных. Система тестировалась в стандартном пакете, если использовать дополнительные блоки и модули на главной странице проекта, то нагрузка может вырасти в 5-10 раз. Один только стандартный блок форума для вывода последних новостей, делает от 40 запросов и выше, в зависимости от количества выводимых новостей.

С повышением посетителей сайта, система становится всё медленней, а так же растет нагрузка на сервер. Примерно после 500-1000 уникальных посетителей в сутки начинаются проблемы с хостером. Вы становитесь невыгодным клиентом, который пожирает ресурсы сервера. Рано или поздно Вы будете вынуждены искать альтернативу, более лёгкую систему. Так сделайте свой выбор сейчас. Система которую мы Вам предлагаем, с лихвой оправдает все Ваши потребности.
3.61
34
Назад

Смотрите также похожие новости

Комментарии

3.73

3.73
Краш тест..)))
3.22

3.22
Мы нечего не скрываем, всё это вы можете посмотреть на нашем сайте, запросы и скорость отражается внизу проекта. Если всё таки не уверены, скачайте и тестируйте на здоровье...

О сколько нам открытий чудных,
Готовит просвещенья дух,
И опыт, сын ошибок трудных,
И гений, парадоксов друг...
06.06.2005 14:18:44
хех... хорошо бы было если опубликовали результаты работы системы SLAED... было бы с чем сравнивать...!!
а также не помешали бы результаты тестирования других систем типа xNuke, sPaiz-Nuke....
3.22

3.22
Как правило 90% запросов типа JOIN производят меньшую нагрузку на сервер, тем самым идёт повышения скорости генерации. Учитывай тот факт что много времени теряется при передачи запроса через интернет от удалённого пользователя на сервер. Представь ситуацию, запрос, передача, проход через интернет, ответ сервера и так 100 раз. В этом случае 1 запрос с использованием JOIN будет сложней, но он будет выполнен всего один раз, что явно увеличит скорость.

Не буду ходить далеко, прошу обратить внимание как написаны популярные скрипты к примеру Invesion Power Board и так далее. Там везде используются запросы такова типа, как думаете, почему?

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

P.S.: Ну а кто сомневается, без проблем, ставьте, сравнивайте, тестируйте. Будем рады если поделитесь своими результатами.

О сколько нам открытий чудных,
Готовит просвещенья дух,
И опыт, сын ошибок трудных,
И гений, парадоксов друг...
24.05.2005 04:51:35
ИМХО, немного некорректное сравнение.
Не всегда кол-во запросов к базе - показатель производительности.
Бывает 100 запросов выполнятся быстрее и съедят меньше ресурсов, чем один запрос.
Возможно имеет смысл опубликовать другую статистику.
Например, выполнять одинаковые действия, т.е. добавлениечтение новостей, чтениепост в форум ну и т.д. Естественно, работа должна идти с одинаковым информационным наполнением.
Оценку производительности лучше оценивать по загрузке процессора, а не по пресловутой "время генерации страницы".
А можно также организовать нагрузочное тестирование, т.е. программными средствами обеспечить множественный коннект к серверу и посмотреть как будут вести себя обе системы.
Я думаю такой отчет будет более показательным и информативным.
3.22

3.22
Совершенно верно, эти данные относятся только к одному посетителю сайта, а если их будет допустим 1000, в таком случае 1000 х Количество запросов = (Тормоза на сайте + Проблемы с хостером)

О сколько нам открытий чудных,
Готовит просвещенья дух,
И опыт, сын ошибок трудных,
И гений, парадоксов друг...
24.05.2005 02:57:16
Хорошие сравнения... Интересно, а если войдут сразу несколько сотен посетителей, то каждый результат прибавит несколько ноликов в конце и умножится на два... Кажись больше половины серверов загнутся... жаль конечно, что загнутся... так что я думю, что лучше всего поставить систему SLAED, числа даже после умножения будут ниже, да и после публикации новых тем...
Вы не можете отправить комментарий анонимно, пожалуйста войдите или зарегистрируйтесь.
Хотите опробовать SLAED CMS в действии?

Технологии

PHP MySQL HTML 5 CSS 3 jQuery jQuery UI

Контакты

  • D-49179, Deutschland
    Ostercappeln, Im Siek 6
  • +49 176 61966679

  • https://slaed.net
Идеи и предложения
Обратная связь