"Тормозит" ли rom.by ? Субъективный опрос.

12 пользователей 586 гостей на форуме, связь - ЖПРС через TrafficCompressor, загрузка /forum/Remont_Blokov_Pitanija_i_UPS и /forum/Pesochnitsa 2-3 сек.
Правда из-за ЖПРС отключено все, в т.ч. и java? включая скрипты.

сейчас вроде нормально.

Да, сейчас значительно получше!

По сравнению с недавними тормозами сайт действительно летает.
В 9 утра страницы грузились 3-5 секунд, в течении дня - 5-8 секунд, к вечеру 5-10 секунд.

Да вот, опять подтормаживает.

В общем, эксперимент заканчиваем. Подтвердилось худшее - тупо не хватает реальной вычислительной мощи. Все оптимизации дают некоторый выигрыш лишь при маленьком количестве народа, а при наплыве народа онлайн и случайном многократном совпадении одновременных запросов "тяжёлых" страниц (главная и форум в первую очередь) - сервер не выдерживает и входит в пике. Проверено детальным исследованием логов и сегодня, когда были отключены все основные "надстройки" надо "родными" модулями движка - особых отличий поведения сайта в понедельник не произошло (т.е. иногда, когда не было нагрузки - реально "летало", но как только народ подтягивался - снова "как обычно").
Так что возвращаю на родину привычные инструменты и буду предпринимать радикальные методы по увеличению производительности...

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

Глюки при отправке поста.

Пора снова набивать копилку...

По моему скромному мнению, сервер на архитектуре NetBurst полтора года назад был уже вполне устаревшим. ИМХО по этой причине нам его и подарили относительно просто...
Я хотел бы, чтобы мы сейчас не спешили за очередным компромисом... Лучше всё-таки потерпеть еще чуть-чуть текущее состояние, но взять что-то адекватное нашим текущим и потенциальным нагрузкам.

Хотя многие этот счетчик liveinternet блокируют, но зависимость видна:
В июле 2008 мы показывали за день в среднем 8859 страниц 1392 пользователям. В среднем 6.4 страницы на посетителя.

Сегодня мы показываем в среднем 42810 страниц 12772 пользователям. В среднем 3.4 страницы на посетителя.
Вопроки прогнозам о "насыщении" ромбы и достижении предела аудитории - рост "нагло" продолжается, и врядли он остановится до марта (т.е. до весны будет становиться только хуже).
Падение количества просмотров на посетителя - лучший индикатор перегрузки сервера. Люди устали ждать.

PS: может быть количество просмотров и возросло на порядок, у Романа лучшая, "внутренняя" статистика.

Может отключить вывод: "Новые сообщения в теме"? Может это хоть сколько-нибудь ускорит загрузку.

Блин, ну только сейчас не говорите, что не стало быстрей...

Сегодня просто летает. Не в пример тому, что было 31 января.

Стало, стало !!!

Действительно, стало ощутимо быстрее. Не враки.

PS: Ром, а что именно ты сделал? Вопрос не праздный, а по делу.

Сделано так много, что нельзя решить, что конкретно. Перепробован весь набор способов. Просто выяснилось, что (широкого и доступного) опыта эксплуатации Drupal с посещаемостью более 10000 уников в сутки (в рунете как минимум) нету и большинство имеющихся советов по ускорению рекомендовано сайтам с меньшей или много меньшей посещаемостью, советы для которых, как выяснилось, могут быть просто противоположными (что одним плюс, то при реально большой нагрузке - минус).
Сократил сильно функционал, подлизал код, чуть пропатчил ядро, Богдан поставил xcache-ускоритель (считающийся "не самым", в то время как всеми рекомендуемый eAccelerator - приводил к 100% загрузке сервера), придавил пауков роботов - в общем комплексный подход по всем фронтам. Когда будет написан ещё и "антикачальщиковский" модуль - можно будет с большей уверенностью смотреть в будущее (пока же два и более одновременно пришедших "толстых" качальщика - по-любому валят сервер).

На счет борьбы с качальщиками - есть идея по алгоритму:
1) Реализовать "мягкий" делэй на основе JS-таймера и редиректора. Не знаю, умеют ли качалки интерпретировать жабаскрипт корректно. Если JS будет интерпретирован корректно - тем лучше, мотивированная задержка в 10 секунд не столь критична для человека, но сильно испортит жизнь качальщикам, в случае некорректной интерпретации - качальщики вообще загнутся, кроме тех, кто специально будет допиливать качалку под сервер.
2) Включать задержку по одному из критериев: либо количество промахов за единицу времени с одного адреса, либо общая загрузка сервера.
3) Автоматический бан адреса при наборе определенного количества промахов в единицу времени.

чуда не случилось.
сервер опять затоптали

В связи с бетатестами модуля "телебанщик" объявлена всеобщая амнистия - забаненных нет и (пока или больше) не планируются. Кто заметит глюки/тормоза - сообщайте.

А можно мой IP больше не разбанивать? Спасибо.

А то я больше не могу! Все время вашу дурацкую Ромбу хожу и админю!!!

"нашу"

Ну вот, только порадовался, как сегодня опять нарвался: примерно эдак с 14ти до 15ти МСК все тормозило так, что аж дух захватывает. Вплоть до "504 Gateway Time-out" (при том, что все остальное работало прекрасно).

Да, верно. К сожалению, добавленный модуль имеет лишь частичную эффективность. Против "злостных" качальщиков - помогает, а против, как не смешно, "тормозных" - нет. Фильтр срабатывает на большое количество запросов в единицу времени. А качальщики с медленными линиями - в не подпадают под такие правила, создавая недопустимую нагрузку. Приходится убивать как обычно, руками.

Всем привет.
Судя по опыту прошлых лет, пик посещаемости пройден, и где-то до середины-конца августа нагрузка на сервер будет уменьшаться естественным путем. Бобик всё-таки не сдох, и еще поживет некоторое время.

Аццки тормозит. Страницы грузятся минутами, по нескольку раз приходится кнопку "обновить" нажимать.
И ещё теги (кнопочки) над полем для ответа не всегда появляются.

С ЖПРС - вообще, как будто убило... Просил сына с безлима зайти в 20:13:48 - не смог.

тормоззззит.

при чем жестко.. уже часа 2