Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
 Offline
Пол: 
Сообщений: 66
|
 |
« : 30.05.2006, 16:40:32 » |
|
Ситуация следующая. Существует сайт - посещаемость 300 человек в день. При этом существует нагрузка на сервер хостера. Кэш включен по стандарту 900 сек. 46 запросов к базе. В чем может быть проблема - не приложу ума. Может кто сталкивался?
Привожу статистику
+----------------------------------------------------------------------+
| server | user | cp_stat | quota | date | warnings | errors |
+----------------------------------------------------------------------+
| **** | ****** | 18.28 | 74 | 2006-05-19 | 288 | 6 |
| **** | ****** | 16.37 | 73 | 2006-05-20 | 270 | 0 |
| **** | ****** | 13.61 | 73 | 2006-05-21 | 166 | 0 |
| **** | ****** | 26.94 | 74 | 2006-05-22 | 470 | 0 |
| **** | ****** | 23.79 | 74 | 2006-05-23 | 467 | 1 |
| **** |*******| 18.19 | 80 | 2006-05-24 | 375 | 1 |
| **** | ****** | 21.99 | 81 | 2006-05-25 | 406 | 0 |
| **** | ****** | 20.1 | 81 | 2006-05-26 | 521 | 0 |
| **** | ****** | 12.02 | 81 | 2006-05-27 | 241 | 0 |
| **** | ****** | 12.41 | 81 | 2006-05-28 | 233 | 1 |
+----------------------------------------------------------------------+
В таблице приведены следующие значения: cp_stat - статистическая процессорная нагрузка аккаунта на сервер, warnings - число превышений нагрузки на процессор более 10% (втечение 5 секунд), errors - число превышений нагрузки на процессор более 50% (втечение 5 секунд). В первую очередь стоит обратить внимание на параметр cp_stat (безразмерная величина, характеризующая статистическую нагрузку на процессор втечение суток) - она не должна превышать заданных норм. Такими нормами для виртуального хостинга (кроме тарифа VIP) является значение 50 и для тарифа VIP значение - 100. Также необходимо обратить внимание на столбцы warnings и errors.
Число errors должно быть равно 0, а warnings должно стремиться к нулю. Нормально отлаженные работающие скрипты среднего сайта не должны отнимать более 3% процессорного времени более 3-5 секунд. Если это не так, и дальнейшая оптимизации невозможна, следовательно необходимо рассмотреть вариант размещения проекта на выделенном сервере.
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
|
« Ответ #1 : 30.05.2006, 17:33:39 » |
|
Кэш включен по стандарту 900 сек. 46 запросов к базе.
что-то многовато запросов... проверь, во всех-ли модулях у тебя включено кэширование? |
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #2 : 30.05.2006, 18:42:52 » |
|
Где возможно - включил... уменьшилось до 27 запросов. У меня еще SEF стоит... Завтра в 20.00 смогу сказать - на сколько уменьшилось.
|
|
|
|
|
Записан
|
|
|
|
|
dreamwind
|
|
« Ответ #3 : 30.05.2006, 19:01:13 » |
|
я тут писал про запросы к базе данных уже, главная сильно может грузить...
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
|
« Ответ #4 : 30.05.2006, 19:01:40 » |
|
Где возможно - включил... уменьшилось до 27 запросов. У меня еще SEF стоит... Завтра в 20.00 смогу сказать - на сколько уменьшилось.
воот, 27 это уже не 46... а что за SEF используется? |
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #5 : 30.05.2006, 19:22:16 » |
|
OpenSEF - последняя версия. 27 запросов - это на главной.
Тут пока наблюдается какая-то "фигня" с ним... После того как включил кэширование - он мне перестал ссылки определять, которые еще не "переименованы".
|
|
|
|
|
Записан
|
|
|
|
|
userxp
|
|
« Ответ #6 : 30.05.2006, 20:40:57 » |
|
OpenSEF RC5 делает примерно 7 запросов.
насчёт ссылок - какая ссылка в формате SEO? конкретно?
дебаггер включал? что пишет?
|
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #7 : 30.05.2006, 22:23:02 » |
|
Я просто не очень разбираюсь...
Вот что дебаггер пишет:
--- Initializing SEF resolver: sefresolver
'/content/view/184/170/' => '/content/view/184/170/' (relative site URL)
--- Resolving: '/content/view/184/170/'
'/content/view/184/170/' => '/index.php?option=com_content&task=view&id=184&Itemid=170' (Joomla SEF)
'/index.php' is an internal Joomla URL
'/index.php?option=com_content&task=view&id=184&Itemid=170' is a Joomla content URL
--- Internal URL: /index.php?option=com_content&task=view&id=184&Itemid=170
Кстати, а по теме нагрузки нашел ссылочку одну. http://ldu.izemi.ru/forums.php?m=posts&q=116&d=0&PHPSESSID=42e67256335b01b3c79f217cee63bcaa
|
|
|
|
|
Записан
|
|
|
|
|
userxp
|
|
« Ответ #8 : 30.05.2006, 22:32:10 » |
|
у меня был фокус с одним меню - категорически не хотел переписываться  после удаления и повторной установки всё стало на свои места.... |
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #9 : 30.05.2006, 23:34:03 » |
|
удалил пункт меню, создал заново. и все-равно тоже самое... Странность  |
|
|
|
|
Записан
|
|
|
|
|
Dialit
Гость
|
|
« Ответ #10 : 02.06.2006, 14:41:49 » |
|
Где возможно - включил... уменьшилось до 27 запросов. У меня еще SEF стоит... Завтра в 20.00 смогу сказать - на сколько уменьшилось.
Подскажите - а как можно определить кол-во запросов к базе? |
|
|
|
|
Записан
|
|
|
|
|
userxp
|
|
« Ответ #11 : 02.06.2006, 14:55:58 » |
|
в конфиге админки включить отладчик
|
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #12 : 03.06.2006, 15:20:15 » |
|
Кстати, нагрузка осталась такой же.
| *****| ***** | 12.41 | 81 | 2006-05-28 | 233 | 1 |
| ***** | ***** | 19.03 | 50 | 2006-06-01 | 421 | 1 |
| ***** | ***** | 26.94 | 49 | 2006-06-02 | 488 | 0 |
+----------------------------------------------------------------------+
Чиго делать?
|
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #13 : 06.06.2006, 10:33:49 » |
|
Щас вышла Joomla 1.0.9 - надеюсь там решили вопрос... :-\
|
|
|
|
|
Записан
|
|
|
|
|
smart
|
|
« Ответ #14 : 06.06.2006, 15:32:50 » |
|
Щас вышла Joomla 1.0.9 - надеюсь там решили вопрос... :-\
ну по крайней мере разработчики божились что и количество запросов существенно уменьшено, и кэширование наконец-то, в отличие от предыдущих версий линейки 1.0.х, заработало и действительно дает прирост производительности |
|
|
|
|
Записан
|
|
|
|
Mongoose
Осваиваюсь на форуме
Репутация: +5/-3
Offline
Пол:
Сообщений: 52
|
|
« Ответ #15 : 07.06.2006, 14:07:28 » |
|
Прирост производительности даёт грамотный тюнинг таблиц Joomla в мускульной базе. По-умолчанию, все таблицы в формате MyISAM. Это приводит к тому, что пока один обращается, другой ждёт в очереди. Больше юзеров - длиннее очередь. Этим и объяняются "тормоза" Джумлы в исследованиях парней с форума LDU, где при 20 юзерах Джумла резко сдавала позиции.
Смысл тюнинга сводится к тому, что все таблицы, к которым идёт частое обращение (например, таблица сессий), нужно переключитьв формат InnoDB. Особенно сильно это даёт приростпроизводительности для форумов.
Подробнее об этом:
Исходно читал здесь: http://www.simplemachines.org/community/index.php?topic=50217.0
Потом нашёл и на форуме Joomla: http://forum.joomla.org/index.php/topic,61367.msg325292.html#msg325292
|
|
|
|
|
Записан
|
|
|
|
Tonik1
Осваиваюсь на форуме
Репутация: +2/-1
Offline
Пол:
Сообщений: 66
|
|
« Ответ #16 : 07.06.2006, 15:57:37 » |
|
Простите за серость, но не могли бы Вы написать - как это сделать?
|
|
|
|
|
Записан
|
|
|
|
Mongoose
Осваиваюсь на форуме
Репутация: +5/-3
Offline
Пол:
Сообщений: 52
|
|
« Ответ #17 : 07.06.2006, 16:30:57 » |
|
С помощью phpMyAdmin. Подробности по ссылкам.
Не сказал главное. Это сильно повысит производительность движка, но и повысит нагрузку на сервер. Так что увлекаться поголовным конвертированием всех таблиц не стоит.
|
|
|
|
|
Записан
|
|
|
|
|
Spati
Гость
|
|
« Ответ #18 : 10.06.2006, 20:38:43 » |
|
Ага, проблемка только в том, что далеко не все хостеры не только разрешают переключать типы таблиц, но и далеко не все разрешают вообще юзать InnoDB
вот мой хостер (не скажу какой) - инноДБ отключил напроч...
|
|
|
|
|
Записан
|
|
|
|
|
