ExBB Community ExBB Community
 Сайт проекта ExBB Общение объединяет!
Войдите на форум при помощиВойти через loginza
 Чат на форуме      Помощь      Поиск      Пользователи     BanList BanList


 Страниц (2): [1] 2 »   

> Описание: Нагрузка на сервер или сколько запросов в БД от одного пользователя
Defenderyk
Отправлено: 28 августа 2009 — 07:07
Post Id


Пользователь
Super Member


Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009  
Репутация: 31




Задумался над вопросом о нагрузке на сервер. Какое ориентировочно оптимальное кол-во запросов в БД от одного пользователя, и какое не должно/не следует превышать: 20-30-40?

Среднее время загрузки сайта в свою очередь примерно 0,02-0,04

Форума от 0,008 до 0,04
 
 
yura3d
Отправлено: 28 августа 2009 — 08:47
Post Id


Пользователь
ExBB Team
ExBB Developer
ExBB Mods Author


Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009  
Откуда: Минск, Беларусь
Репутация: 353




Defenderyk
Нагрузка зависит не столько от кол-ва запросов, сколько от сложности операций, которые они выполняют и объёма обрабатываемой информации. Сложный запрос (допустим, извлечение большого объёма информации из нескольких таблиц) вполне может расходовать ресурсы, сопоставимые с выполнением десятка более простых запросов. Чаще всего ограничение по числу запросов актуально только при ограничении хостером числа запросов за единицу времени
 
 
Defenderyk
Отправлено: 28 августа 2009 — 08:48
Post Id


Пользователь
Super Member


Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009  
Репутация: 31




Но насколько я знаю, есть какое-то ограничение по умолчанию, если хостер сам не выставлял ограничение?

Например 30-35 легких запроса на одного юзера это нормально?
 
 
yura3d
Отправлено: 28 августа 2009 — 09:58
Post Id


Пользователь
ExBB Team
ExBB Developer
ExBB Mods Author


Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009  
Откуда: Минск, Беларусь
Репутация: 353




Я когда-то имел счастье пользоваться сервером, где стояло ограничение в 30 000 запросов в час. Для скриптов, в которых плохо продуман алгоритм выполнения запросов (или слабо развита система кеширования) этого будет мало.
Как понять 30-40 запросов на одного пользователя? Если имеется ввиду открытие одной страницы, то это многовато, хотя нужно рассматривать степень "тяжести" запросов и назначение скрипта
 
 
bruno
Отправлено: 28 августа 2009 — 10:30
Post Id



Пользователь
Junior Member


Покинул форум
Сообщений всего: 85
Дата рег-ции: Авг. 2009  
Репутация: 1




Кешировать надо то что возможно кешировать.
И будет всё ок.
А то так никаких лимитов никогда не будет хватать.
 
 
yura3d
Отправлено: 28 августа 2009 — 14:03
Post Id


Пользователь
ExBB Team
ExBB Developer
ExBB Mods Author


Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009  
Откуда: Минск, Беларусь
Репутация: 353




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

Видел как-то форум phpBB2, при просмотре темы страница с 20 сообщениями использовала 158 (!!!) запросов, я аж удивился от увиденного Ничего себе!!!, далее методом исключения выяснил, что всему виной кривые версии модов (спасибо за пост и прочая лажа-мешура)

30 - 35 запросов для одной страницы оправданно в том случае, если такая страница вызывается не каждый раз, и не для извлечения, а для модификации данных. Например, для форумных движков вполне допустимы 35 запросов для случая удаления темы (каждым дополнительным запросом мы обновляем обновляем кол-во сообщений у тех пользователей, которую постили в тему, вычитая из исходного кол-ва те сообщения, которые были оставлены пользователями в удаляемой теме). Удаления тем происходят ничтожно редко по сравнению с просмотрами тем, поэтому для операции удаления вполне уместно повышенное число запросов (которое как раз и компенсируется малым числом запросов при извлечении данных совместно с кешированием)
 
 
Defenderyk
Отправлено: 28 августа 2009 — 15:48
Post Id


Пользователь
Super Member


Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009  
Репутация: 31




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

Ограничение на сервере 100 запросов в единицу времени.

Видимо да, с кэшем не все продумано
 
 
yura3d
Отправлено: 29 августа 2009 — 11:02
Post Id


Пользователь
ExBB Team
ExBB Developer
ExBB Mods Author


Покинул форум
Сообщений всего: 3394
Дата рег-ции: Февр. 2009  
Откуда: Минск, Беларусь
Репутация: 353




Defenderyk пишет:
Запросы просто для вывода определенной инфы из таблицы, т.е нересурсоемкие. Просто довольно много различной инфо выводится из разных разделов.

Зависит от требуемого формата вывода, в некоторых случаях можно данные из нескольких таблиц вывести одним-двумя запросами (пример - ExBB 2, для формирования списка форумов на главной странице используется 1 запрос, объединяющий извлечение информации из таблиц 5 таблиц: категории, форумы, пользователи, группы пользователей, маски доступа; разумеется, вся извлечённая информация кешируется как на уровне ядра класса БД, так и шаблонизатора). 30-40 запросов для одной страницы только для извлечения информации многовато, там должна быть очень сложная структура хранения и принцип обработки этой информации, чтобы использовать такое кол-во запросов

Defenderyk пишет:
Видимо да, с кэшем не все продумано

+1
 
 
Defenderyk
Отправлено: 29 августа 2009 — 13:26
Post Id


Пользователь
Super Member


Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009  
Репутация: 31




да нет, система простая: запрос к таблице-вывод) но вот бы как-то уменьшить их кол-во, посмотрел, как такового кэша действительно нет
Если к тебе обращусь за некоторой консультацией, если сам не сделаю, когда будешь немного свободен для этого? Хорошо Мне не сильно к спеху, т.к сервак хороший, оперативки тоже много, аж 256 уже, но всеже оптимизация никогда не помешает
 
 
bruno
Отправлено: 29 августа 2009 — 13:54
Post Id



Пользователь
Junior Member


Покинул форум
Сообщений всего: 85
Дата рег-ции: Авг. 2009  
Репутация: 1




У всех нормальных движков - кеширование обязательно уже входит в функционал.
 
 
bruno
Отправлено: 30 августа 2009 — 04:20
Post Id



Пользователь
Junior Member


Покинул форум
Сообщений всего: 85
Дата рег-ции: Авг. 2009  
Репутация: 1




Кстати ещё можно nginx юзать.
Нагрузка уменьшается в несколько раз (!)
 
 
1Bot
Отправлено: 30 августа 2009 — 09:39
Post Id



Пользователь
Super Member


Покинул форум
Сообщений всего: 773
Дата рег-ции: Апр. 2009  
Откуда: Днепропетровск
Репутация: 69




bruno пишет:
Кстати ещё можно nginx юзать

Поподробнее можно? Не совсем понятно как это связано с MySQL. Под какими ОС работает?

(Отредактировано автором: 30 августа 2009 — 09:48)

 
 
bruno
Отправлено: 30 августа 2009 — 16:18
Post Id



Пользователь
Junior Member


Покинул форум
Сообщений всего: 85
Дата рег-ции: Авг. 2009  
Репутация: 1




1Bot
Пока здесь прочти:
http://ru.wikipedia.org/wiki/Nginx

Этой штукой уже обзавелись многие сайты, восновном с повышенной нагрузкой, потому что без Nginx они бы уже давно перестали существовать. А с Nginx всё кешируется, даже то что при обычных условия кешировать невозможно.
 
 
Defenderyk
Отправлено: 31 августа 2009 — 16:49
Post Id


Пользователь
Super Member


Покинул форум
Сообщений всего: 1027
Дата рег-ции: Февр. 2009  
Репутация: 31




какие данные обычно кэшируют в CMS?

на сколько я знаю у меня на сервере именно Nginx и стоит, хотя могу ошибаться
 
 
Umbr
Отправлено: 22 января 2011 — 11:22
Post Id


Пользователь
Full Member


Покинул форум
Сообщений всего: 208
Дата рег-ции: Июнь 2009  
Откуда: СССР
Репутация: 6




Получил письмо от хостера:
В последнее время Ваш хостинг сильно перегружает сервер, где он размещен.
Это создает недопустимые помехи для других пользователей этого сервера.
Причины:
Превышен лимит на процессорное время за последние 7 суток.
Использовано 2445988975345660.00 из 500 минут.
Превышен лимит на число операций ввода-вывода.
Использовано 18446744073709551615 из 400000.
(приведенные максимальные значения параметров содержатся в Приложениях 2 и 3)
Напоминаем, что в соответствии с Договором (пункт ...) наша компания вправе
блокировать Вашу услугу хостинга, как приводящую к заметному ухудшению
качества обслуживания других клиентов.
(!) Настоятельно рекомендуем оптимизировать скрипты сайта (самостоятельно либо путем обращения к их разработчикам).
Если это не снизит общую нагрузку, то Вы можете:
а) подключить услугу "..." ...


Удивился конечно, так как кроме десятка ботов и двух человек там ни кого не бывает, это я по истории посещений знаю. Позвонил, они признали ошибку и извинились ...
 
 
Страниц (2): [1] 2 »
Сейчас эту тему просматривают: 1 (гостей: 1, зарегистрированных: 0)
« MySQL »

> Похожие темы: О нагрузке на сервер
Темы Форум Информация о теме Обновление
Мод: Welcome-панель для ExBB FM 1.0 RC1
Окно приветствия пользователя
Модификации и дополнения Ответов: 56
Автор темы: electron
18 октября 2013 — 16:57
Автор: wasp
Мод: Расширенные почтовые функции (Почтовая очередь)
Гарантированная доставки писем с форума всем пользователям!
Модификации и дополнения Ответов: 59
Автор темы: yura3d
27 июля 2014 — 15:22
Автор: nikk
Мод: Смена автора существующего сообщения
Иногда требуется после восстановления удалённого пользователя
Модификации и дополнения Ответов: 33
Автор темы: Леголегс
20 марта 2018 — 04:32
Автор: Liliat
Дополнение: Ограничение использования службы ЛС новичками
Для противодействия спаму и неадекватным пользователям
Модификации и дополнения Ответов: 24
Автор темы: yura3d
23 декабря 2014 — 07:01
Автор: demon124
Could not write in the file forum1/_f_track.php
Установил форум на наш сервер, вылезло Could not write in the file forum1/_f_track.php
Решение проблем Ответов: 4
Автор темы: Konstantin
20 июня 2011 — 07:40
Автор: electron
 



Все гости форума могут просматривать этот раздел.
Только администраторы и модераторы могут создавать новые темы в этом разделе.
Только администраторы и модераторы могут отвечать на сообщения в этом разделе.
 




Яндекс.Метрика   

Powered by ExBB
ExBB FM 1.0 RC1 by TvoyWeb.ru
InvisionExBB Style converted by Markus®

[Script Execution time: 0.0873]     [ ]