bugsmoran

Ну это же не просто 5 минут даунтайма в месяц, а 5 минут ночного даунтайма во избежании ежедневных дневных 5 минут даунтайма. То есть все равно экономия очевидна. А если учесть, что плохое открывание сайта даунтаймом не считается, но объективно им является, то вообще часы экономии. А если еще и добавить, что ядра все реже и реже меняются, а обычные хостинги продолжают падать с завидной постоянностью...

Нет, я уверен, что это правильная стратегия :)

Не в этом патче. Блин, короче все объясняю заново, что происходит в треде. Есть ядро. В нем куча доработок ради устойчивости системы. Какие конкретно я говорить не буду - это коммерческая тайна. Но в том числе контроллер io-throttle и другой шедулер BFQ, которые не временем отмеряет очереди запросов как CFQ, а количеством считанных секторов с диска. То есть один клиент не может себе забрать весь ввод-вывод и тем самым положить систему. То есть CFQ это тоже может, но вот там есть другая архитектурная проблема - с асинхронными I/O. Ну не суть. Одна из доработок - патч на бэкапную систему. Так как сервер рассчитан не несколько тысяч среднестатистических сайтов (что очень много), а каждый сайт - это сотни файлов, то получаем получится 1-3 млн. файлов на файловой системе. Делать каждый день полный бэкап - дорого удовольствие, а потому вынуждены делать инкрементальный. Так как скрипт должен сделать stat каждому файлу из этих 1-2 миллионов, на предмет "изменялся ли ты сегодня?", то это дикая нагрузка на файловую систему. Это не только расходует ресурс диска, но еще и затормаживает работу сайтов. Именно для этого применили патч, что каждый раз ядро само сообщает какой сайт изменился и складывает эту информацию отдельно. А бэкапный скрипт, который ночью запустится, уже заранее будет знать, что бэкапить.

Упоминание кучи доработок было не в контексте темы топика, а в контексте отбивания от троллей. Но на самом деле они не касаются этой проблемы с кернел паник.

Ну так клиент же не знает об этом. 4 сборки = 4 тестирования, но не 4 выката на продакшен. На продакшен дай Бог каждое 20-е или 30-е ядро попадает. Сейчас уже конечно не 4 за ночь. Почти всего, что нужно добились. Вот только баг неприятный всплыл, но уже он закрыт.

Спасибо за признание )))

Вам зачем Xeon? Он не подходит для таких задач, как Вам надо и будет слабее более дешевого Core i7. Вот интересная статья.

Отвечу за WhiteSuite. Плакать Вы будете, когда у Вас бэкапный скрипт понесется по файловой системе в поиска измененных файлов. Вот это Вы реально плакать будете. Вы правда думаете, что умнее, чем Мэт Хитон, Павел Одинцов и Борис Долгов, которые так же в том или ином виде видимо пользуют такую систему?

Опечатался?

Есть много разных вариантов. Кроме крайне неудачного и тормозного mod-cgi, предложенного madoff, есть еще mod-fcgid и MPM-ITK. Но включение всего этого требует некоторого опыта в администрировании.

Она именно о нем идет. В нем был баг. Boris A Dolgov прав.

Первый адекватный человек на форуме ))) Только им не понять. У них беготня между хостингами (или между серверами хостера) - нормальное явление. Для них спокойствие не есть ценность. А может просто потроллить хотят, скучно наверно без дела сидеть.

Ооооо... да Вы, уважаемый, рано в админы записались, если у Вас общая нагрузка на сервер зависит от кривости скриптов клиентов ;). Прекращайте спор, смешно. И убого.

Срочно на сайты кернелтрапа и редхата. Там нужные Вам технологии всплывают. На редхате вообще все описано от и до очень подробно.

Читайте блоги умных людей. Там не все до конца, но необходимая пища для развития идеи есть и даже более, чем достаточно. Ссылка на источник, который не против распространения патча там же, в этой же статье.

С люстрой намучаешься. Не помню почему, но когда мы думали с товарищем на эту тему, она выпала из списка разу, как и Tahoe.

Windows чтоли?