Помножьте количестве запросов на количество посетителей. И что получится напишите своему хостеру. Если его устроит такая нагрузка на MySQL - значит, не много ;)
Хотя, можно уменьшить это дело до 10-15 а то и меньше.
у меня сейчас открытие страницы: 1.556 секунды и 18 запросов к базе данных. висит только опрос, новости и навигация. уменьшенно колличество запросов помоему везде где можно.
если есть какое-то универсальное средство, тогда пожалуйста напишите сюда, если не тяжело ;)
Да вот еще, пользователи еще бегают по страницам и запросы идут, поэтому кол. пользователей если множить на запросы на гл. страницы, если только пользователь только на главную зайдет и все ;(
Последний раз редактировалось Flare, 21.03.2007 в 15:16.
Что-то долго, ИМХО. Хотя, все зависит от конкретной машины (На моем Celeron 2400 генерация 1.1-1.2 с и 12-13 запросов).
Универсальное средство?
Возможно, это объединение схожих запросов SELECT, либо вывод всего содржимого таблицы, если она не оч большая, в массив и в дальнейшем работа с ним. А можно все это комбинировать...
А кто вам про точность говорил? Это лишь приблизительная цифра. К тому же количество запросов на разных страницах сильно колеблется и ее можно взять за среднее значение.
Открытие страницы не зависит от кол-ва запросов. Точнее зависит, но не напрямую.
Например:
Генерация страницы: 0.091 сек. и 8 запросов к базе данных за 0.007 сек.
Тут оптимизированы запросы в базу данных и пхп код.
Генерация страницы: 1.2 сек. и 80 запросов к базе данных за 0.557 сек.
Тут оптимизирован пхп код, но не оптимизированы запросы в базу данных
Генерация страницы: 3.2 сек. и 80 запросов к базе данных за 0.557 сек.
Тут вообще ничего не оптимизировано.
На время генерации страницы очень сильно влияют фильтры.
При выводе 100 заголовков через фильтр: filter($text, "nohtml") Страница будет генерироваться в 50 раз дольше, чем без него.
И т.д.
Поэтому уменьшить кол-во запросов в базу еще не все.
Линейный вид
