Производительность - что есть норма?

Главные вкладки

Аватар пользователя sdik@drupal.org sdik@drupal.org 21 апреля 2009 в 17:20

... и есть ли норма вообще ...
Ситуация такова. Есть хостинг от 1gb. Тарифный план - "основной". Ограничение нагрузки на проц - 3,5%.
На хостинге сайт на друпале. Около 1200 страниц.
Посещаемость сейчас низкая - около 80 уников в день, 200-300 просмотров.
Кеширование включено, время жизни - сутки. Плюс block cache поставил.

Заходит недавно ко мне яндекс (87.250.252.240) и за 30 минут уложил сайт на лопатки.
Это при том, что crawl-delay: 2, а в кэше было ок. 500 url.

Вопрос. Это нормально?

Комментарии

Аватар пользователя azsx azsx 21 апреля 2009 в 19:10

1. Яндекс иногда перед тем как вывести сайт на более высокий уровень (показывать Вас по вч) своеобразно тестирует сервер. Он плюет на Ваши ухищрения и делает вид, что на сайт зашло еще 500 человек одновременно (с головы цифру взял). Если сайт с нагрузкой справляется - вас ранжирует по вч в десятку, не справляется - не выводят в десятку. Описал это потому что Вы то сравниваете именно с яндексом падение.
2. Упасть мог и сервер именно в тот момент...
3. А сколько у Вас там модулей то? а то установив 100 модулей можно легко свалить шаред хостинг с самым дешевым тарифом.
А вообще ответить очень сложно. инфобокс тариф мини при 150 уников в день сайт не падает. Зато инфобокс и сам прекрасно сервера ломает...
И что так все хостинги приводить в пример?

Аватар пользователя ankheg ankheg 21 апреля 2009 в 20:55

А по логам с какой частотой и какие страницы робот запрашивал?

Вообще это не нормально. Бывает, сайт кладут люди, скачивающие себе офлайн версию каким-нибудь Телепортом Про, который не смотрит в роботсы.

Аватар пользователя sdik@drupal.org sdik@drupal.org 21 апреля 2009 в 22:12

Хз как считать эти модули...
Всего 36, но это вместе с родными, каждый из наборов отдельно посчитан.

Сейчас тестирую без block cache (терзают смутные сомненья)

"ankheg" wrote:
А по логам с какой частотой и какие страницы робот запрашивал?

Не понял вопроса.. Все по порядку, 2-3 сек задержки.

А в общем, я уже успокоился. Почитал тут (и там) и понял, что друпал тяжел на подъем. Тут и спорить не о чем.
Я вот, всего лишь начинающий вэбмастер, а удивился сильно-сильно когда узнал, что для залогиненых юзеров страницы не кэшируются. Это что ж будет в пятницу, когда по радио рекламу крутить начнут? (сайт у меня местного значения)
Одно меня успокоило - смена тарифа на хостинге происходит мгновенно, доплата потом. Готовлю бабки Smile

Аватар пользователя shp shp 22 апреля 2009 в 0:05

Судя по сопоставлению времени генерации страницы и времени выполнения запросов - не основная. Много времени отнимает подключение скриптов (в т.ч. модулей) на этапе загрузки ядра, "дерганье" этих модулей в процессе сборки страницы, генерация блоков и т.д.

Так что надо отключать все лишнее.

Что за block cache используется? Наверное, имеется в виду blockcache_alter?

Аватар пользователя ankheg ankheg 22 апреля 2009 в 1:21

"<a href="mailto:sdik@drupal.org">sdik@drupal.org</a>" wrote:
Не понял вопроса.. Все по порядку, 2-3 сек задержки.

У вас есть сайт, на котором посетители не создают нагрузки. Есть закешированные страницы (нормально, агрессивно?) Приходит робот Яндекса и начинает ходить по сайту (видит версию сайта для гостей). Он смотрит на crawl-delay, и поэтому запрашивает 1 страницу в 2 секунды. Страница не успевает генерироваться за 2 секунды и создается очередь. Через полчаса очередь становится настолько длинной, что сайт перестает грузиться. И это на shared-хостинге.

Если все так, то ситуация странная.

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