Разработчики Linux дистрибутива Debian опубликовали план переработки системы инициализации для будущего релиза Debian 6.0 (Squeeze). Пакетная база для Squeeze будет заморожена в декабре 2009 года, а релиз будет выпущен весной или летом следующего года. Кроме ранее анонсированной миграции на загрузчик GRUB 2 и переход на использование для выполнения shell скриптов вместо /bin/sh быстрой и упрощенной оболочки dash, запланирован переход на альтернативную реализацию init-инфраструктуры - Upstart, разработанную изначально для дистрибутива Ubuntu, но также используемую и в проекте Fedora. По оценке разработчиков, текущее состояние системы инициализации Debian все больше и больше не соответствует тенденциям развития Linux ядра, которое развивается в направлении событийно-ориентированной архитектуры. Например, последние версии ядра позволяют загружать драйверы асинхронно, не блокируя процесс загрузки при выполнении таких функций, как определение дисков, настройка сетевых интерфейсов и другого оборудования. Текущая система инициализации нередко приводит к таким проблемам как отсутствие заданного файла устройства при выполнении fsck или попытке монтирования, недоступности сети в момент подключения NFS раздела из-за задержки инициализации сетевого устройства. К списку проблем также можно отнести сложность и запутанность выбора порядкового номера запуска сервисов с учетом возможных комбинации установки пакетов в дистрибутиве. В отличие от стандартной init-системы, Upstart базируется на парадигме обработки событий, а для определения последовательности запуска сервисов и оценки возможности их выполнения в параллельном режиме, применяется метод учета зависимостей. Тем не менее, Upstart требует определенной переработки init-скриптов. Например, вместо классического /etc/inittab в системе появляется /etc/event.d. Следует заметить, что подготовка к внедрению системы инициализации, основанной на параллельном запуске сервисов, началась еще во время разработки Debian GNU/Linux 5.0 (Lenny), в котором в Init-скрипты были внесены изменения с данными о зависимостях. Особенности Upstart: * Запуск и остановка задач и сервисов производится через генерацию события; * События генерируются при запуске или остановке задач и сервисов, что позволяет организовать привязку к ним других задач и сервисов; * События могут быть получены от любого другого процесса в системе; * Сервисы могут быть автоматически перезапущены при их непредвиденном завершении; * Наблюдение и перезапуск демонов может производится раздельно от их родительских процессов; * Связь с управляющим init-процессом может осуществляться посредством D-Bus; * Планируемые, но еще не реализованные возможности: генерация событий в промежутки времени или через определенные интервал; генерация событий при изменении файлов или директорий; созданием пользовательских сервисов, который могут управляться непривилегированным пользователем. 05.09.2009 http://permalink.gmane.org/gmane.linux.debian.devel.announce/1395 http://www.opennet.ru/opennews/art.shtml?num=23318
Что-то мне кажется, что это космонавт сбивает с правильного пути правильный дистрибутив. Параллельный запуск сервисов был и до него - вещь неоднозначная. Уж лучше бы он только своей бунтой занимался, имхо. P.S. у меня gentoo
эмм...... быстрая загрузка это хорошо но нахера она компу, который почти и не выключается (debian он больше серверный). Хотя некоторые фичи нужны. Вообщем у меня неоднозначное мнение - есть и + и -
Ну, для сервера быстрая загрузка тоже не помешает. Хотя бы для смены ядра. P.S. Только не надо про kexec и иже с ними...
по-моему вы все не правы... почитайте список плюсов более внимательно, если я правильно все понимаю, то это открывает просто огромные возможности.
Оно бы открывало, если будет всё более менее идеально сделано, а такого точно не будет, особенно первое время.. Конечно, надо дальше двигаться/развиваться, вот только пока оно нормально начнет работать после кучи настроек под себя..
Все плюсы только для десктопа, на сервере перечисленные "бонусы" становятся язвами: => грохнул mysql => упало все что на нем может быть завязано, но не использовать сам mysql (кривая настройка/кривые скрипты/ленивый админ) => fork процесса без проверки кто запустил процесс => глюки и т.п. Непрозрачные системы на серверах не нужны. Debian становится братом Fedora по фичастости и направленности на альфа-(бета-)тестирование, а не использование систем так как хочется. Пруфлинк пожалуйста. Такую тенденцию ввел проект X.org, т.к. видите ли они не смогли написать нормальный обработчик событий и решили идти легким путем через привязку к hal, что по сути приводит к куче проблем, о которых раньше не задумывались (например, кривой mount с заменой прав. Это уже пофиксили).
Упал mysql - и сразу перезапустился. Если совсем плохо, положил вместе с собой скажем веб сервер и поднял другой, который пишет о тех работах ( как вариант ) или просто перезапустился. И что это за бред : mysqld это процесс, сервер баз данных. Еще есть куча библиотек, клиент и других утилит по работе с ним. Если что-то использует базу данных , то как оно может быть не завязано с самим сервером ? Если ты говориш о библиотеках, то при остановке сервера библиотеки остаются доступными. Поясни плз, что ты хотел сказать. Я видимо совсем не понял о чем речь. Полная чушь, простите... У дебиан всегда есть несколько веток одна стабильная, другая нет. На сегодняшний день 5.0 lenny (stable) Это стабильная ветка, ну а testing нестабильная. Когда процесс отработки нестабильной ветки завершается она становиться стабильной. Так что вы не пострадаете, если конечно "криворукий админ" не поставит тебе на сервер нестабильную сборку... Вот : http://www.linux.com/archive/feature/57213 . Об этом говорили еще в 2006.
Потому что кое-кто выдал нам здесь ошибочное мнение. debian прекрасно справляется с очень широким кругом задач.
Я хотел сказать о том, что если ставим допустим proftpd с mysql, проверили, отказались от mysql и забыли прописать что proftpd можно пускать без mysql. И вот тут-то,если упадет mysql, упадет и proftpd. Да и в любом случае надежность сервера с Upstart упадет, т.к. надежность это совокупность надежности каждого элемента системы. И плюс ко всему зачем на сервере D-Bus? Он создавался для DE по большей части. Насчет stable, да Lenny сейчас в стабильной ветке. Squeeze станет стабильным в начале-середине следующего года, так что фичастость не загорами
Я не говорю лишь о серверном применении. debian не чисто серверный дистрибутив. Так что... Просто я представляю как смогу использовать эту технологию. Используя init и забыв прописать твой proftpd также упадет при отключенном mysql, так в чем соль тогда твоей критики ? Но зато в новой системе, можно было бы запустить proftpd и он бы сам запустил mysql или наоборот или какие-то другие связки. init.d умеет требовать запуск в некой очередности, это можно указывать, но в upstart возможности шире, как можно судить на текущий момент.
Уже было...т.е. читал где-то и достаточно давно..а вообще я за всеми конечностями за развитие и улучшения Debian, как может быть иначе?
Почитал более плотно про Upstart. Они еще планируют заменить и atd, cron, anacron http://upstart.ubuntu.com/faq.html#replace-cron В общем, ИМХО, на сервере это по большей части не надо. Для десктопа - да, возможно полезно, но опять таки под вопросом. За hotplug отлично справляется udev (кто не умеет использовать udev идут лесом, есть всякие ivman и т.п.). Да и посути, что Gnome, что KDE работают через D-Bus, и так многое умеют. За управление соединениями, есть if-up,if-down скрипты, которые при прямых руках прекрасно работают. В крайнем случае можно использовать ifplugd, whereami и т.п. Итог, меняем шило на мыло, только в красивой упаковке. Кстати, в Ubuntu это встроенно по умолчанию начиная с 6.10. Единственный плюс upstart, то, что он может работать по старой схеме. А всю фичастость допиливает юзер и разработчики дистрибутивов добавляя свои скрипты.