Здравствуйте, Nickolai. >>> 2. Изучить цикличность загрузки системы (если это блогхостинг, то с >>> большой вероятностью она есть) и запускать скрипты в то время, когда >>> обычно загрузка небольшая. >> >> Хех. Скрипты такие, что они неделями работают. Данных очень много и >> пока их перелопатишь, куча времени проходит.
> Тогда имхо тем более это для вас актуально. Любое решение, которое > говорит "тормозит", основанное на текущей нагрузке будет иметь большой > недостаток - оно говорит "тормозит", когда уже тормозит, а было бы > неплохо переставать долбить БД запросами не когда уже все тормозит, а > за секунду до этого. > Иными словами если мы знаем, что, например, в 9:00 к нам прибежит > много пользователей, то в 8:59 скрипт может снижать иненсивность > INSERT-ов. > Хотя если нагрузка растет не скачкообразно, то может быть это > неактуально. Предсказание нагрузки наверное можно сделать. Мы ночью, например, бэкапы запускаем по крону. А днём это невозможно. Кто-то дал ссылочку где-то и посещаемость прыгнула. Или спам-атака началась. Подобное не предскажешь. Но разделять алгорит на дневной и ночной - это как-то не правильно. Сейчас, когда уже тормозит, мы сразу засыпаем. Когда нагрузка спала, начинаем работать с адаптирующимися паузами. Тут в теории замедление конечно же возможно, но не на долго. Хотя на практике выходит почему-то на десятки секунд. Вообще с дисковой нагрузкой печальная ситуация. Она так часто и так амплитудно скачет, что успеть вписаться в провал и остановиться при его окончании можно наверное только на уровне локальной операционки. Плюс надо так вписываться, чтобы самому не создавать резонанс с внешней нагрузкой. Вообще, в идеале хочется получить графики по дисковой загрузке в виде горизонтальных линий в течении всего дня. :-) -- С уважением, Михаил mailto:[email protected] -- Moscow.pm mailing list [email protected] | http://moscow.pm.org
