The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

systemd - новая система инициализации от разработчиков Red Hat и Novell

30.04.2010 23:47

Леннарт Поттеринг (Lennart Poettering), создатель звукового сервера PulseAudio, работающий в компании Red Hat, при участии разработчиков из компаний Novell, IBM, Intel и Nokia, подготовил прототип принципиальной новой системы инициализации для Linux - systemd, нацеленной на более интенсивную параллелизацию выполнения сервисов на этапе загрузки.

На первом этапе выполнения инициализации в systemd осуществляется анализ конфигурации и построение плана выполнения инициализации, в котором учитываются не только вызываемые из скриптов программы, но и открываемые файлы, создаваемые сетевые сокеты и обращения к устройствам. Иными словами, если системы инициализации подобные Upstart как правило оперируют зависимостью между сервисами (события вида запустить B, после выполнения A), то systemd отталкивается от готовности ресурсов, учитывается такие дополнительные сущности, как сокеты и готовность устройств. Например, если один сервис требует создания канала связи вторым сервисом, вместо последовательного запуска сервисов, вначале может быть организован канал (шина) для обмена данными между сервисами, а потом одновременно запущены оба сервиса.

После построения плана выбирается наиболее оптимальный вариант параллельного запуска сервисов и сокращается повторный вызов программ (например, awk в процессе инициализации запускается около 92 раза, grep - 77 раз) и повторное обращения к типовым ресурсам (например, чтение значения таймера или получение параметров сетевого интерфейса). Процессы вызываются только при необходимости, т.е. например, CUPS не будет запущен до того, как локально или удаленно не будет обращения к сервису печати. Кроме обслуживания процесса загрузки, systemd выполняет также такие функции как управление процессами в системе и обеспечение корректной работы системы с новым динамически подключаемыми устройствами.

Базовым элементом systemd являются "юниты", которые связаны между собой и имеют определенный тип. Каждый юнит может требовать для своей работы другие юниты, конфликтовать с юнитами, определять возможность запуска только после или до определенного юнита (директивы конфигурации Requires, Conflicts, Before, After, Wants). Например, устройство может зависеть от сервиса, который должен быть запущен сразу после доступности устройства. Из типов юнитов определены:

  • Сервисы: стандартные демоны, которые могут быть запущены и остановлены. В роли сервисов также могут выступать классические SysV-скрипты инициализации.
  • Сокеты: точки привязки к сетевым или файловым сокетам, позволяющие построить ассоциацию с определенным сервисом. Например, в через сокет-юнит может быть задан сетевой порт, при обращении к которому автоматически должен быть вызвать определенный сервис (аналог inetd).
  • Устройства: элементы дерева устройств, которые могут обрабатываться с помощью udev.
  • Точки монтирования: задают используемые файловые системы, которые встречаются в /etc/fstab;
  • Точки автоматического монтирования (automount): определяет какую ФС смонтировать при обращении к заданной директории.
  • Цели: логические юниты для логической группировки юнитов. Например, multi-user.target идентичен run-level 5, bluetooth.target приводит к инициализации подсистемы bluetooth.
  • Снапшоты: логические юниты для запоминания и восстановления определенного состояния системы.


  1. Главная ссылка к новости (http://lwn.net/Articles/385536...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/26447-linux
Ключевые слова: linux, init, boot, systemd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (121) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 00:33, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошо, "мейнстрим" может предложить реально продвинутные вещи, в отличие от других, которые только пытаются собирать готовое. RedHat в очередной раз выступает в роли "паровоза".
     
     
  • 2.6, минона (?), 01:26, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    порули вначале этим паровозом, а потом выводы делай.
    искусственно выдуманные сущности создают искусственно выдуманные, но реальные проблемы.
     
  • 2.18, User294 (ok), 07:15, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вообще-то, до редхата уже был upstart который немало где юзается. Редхата видимо стукнул синдром not invented here и вместо того чтобы доделать upstasrt до умения того что им надо они решили велосипед изобрести. Может и не хуже других, но, блин, Init - он был один. А тут нате вам - init-ng, upstart, systemd, ... короче появляется ЗООПАРК! А это фигово. Каждый тягает одеялу на себя. Не есть гут. Редхат выступил не локомотивом а велосипедистами которые усилили и без того намечающийся бардак, блин.

    ЗЫ также страшно то что автор тот же что и у пульсаудио. Пульсаудио заманало эксплойтами. Надеюсь что systemd не будет столь же горбатым и дырявым.

     

  • 1.2, sHaggY_caT (ok), 00:36, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Честно говоря, идея вызывает опасения: не знаю как остальные, а я часто пишу SystemV сценарии, и даже с UpStart уже слегка наелась граблей...

    Какая-то схема, на первый взгляд, непрозрачная для тех, кто пишет стартовые сценарии и соотвествующее ПО к ним.

    Не понимаю я этих оптимизаций: лучше бы для ноутов suspend допилили а для серверов, которые, конечно, при падении и/или ребуте после апдейта хочется поднять быстрее, все-таки важнее прозрачность, стабильность, и предсказуемость.

    Как работает System V, кристально понятно, и запутаться в нем нельзя, а тут не будешь знать, что там за тебя нагрепают, надеюсь, будет или очень хорошая документация, или таки оно не будет по-дефольту в "серверных" установках, как уже запихивают NetworkManager

     
     
  • 2.19, User294 (ok), 07:24, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Кошк, согласись что тупо когда загрузка встает в позу на хренадцать секунд, ожид... большой текст свёрнут, показать
     
     
  • 3.31, anonymous (??), 09:56, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Даже демон грохнувшийся рестартануть и то не может, вынуждая авторов городить костыли лично.

    Умение хорошо грохнутся --- это неотемлемое свойство демона и без него его доже демоном-то настоящим назвать нельзя? А умение восстановиться после аварии-чего-угодно наводит на мысль о недюжинном искусственном интеллекте.

     
     
  • 4.41, User294 (ok), 12:47, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Толсто, сэр Мало ли, например память кончилась и кто-то осыпался Да, это не ес... большой текст свёрнут, показать
     
     
  • 5.82, iZEN (ok), 07:49, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • –5 +/
    В Linux нет дампа ядра Оно сразу перезагружается В Windows хотя бы Blue Screen... большой текст свёрнут, показать
     
     
  • 6.98, iav (ok), 00:13, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > хоть что-то, что заставит посмотреть на экран и физически передёрнуть (humanable) «ручник».

    «заставлять» должен начальник. Компьютер или ОС заставлять не имеет права — нет у них прав. Надо человеку — он заглянет. А дураков лечить тоже не компьютер должен.

     
  • 6.123, User294 (ok), 14:46, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Хм я видел реально серьезные сбои ядра всего несколько раз в жизни И то - ил... большой текст свёрнут, показать
     
  • 5.106, аноним (?), 02:47, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > И гораздо лучше если софт отскребется от асфальта сам.

    Ну да, кривой демон раздуется в памяти, будет убит по oom, ваша умная система его перезапустит, он опять раздуется. Так и будет ворочать свопом, заDOSив все остальное что на машине крутится. Без карауленья нихрена не обойдетесь, а эти ваши перезапускалки демонов доведут до того, что залогиниться на машину не сможете.

     
     
  • 6.124, User294 (ok), 15:12, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если раз в полгода - да и болт с ним Ну будет запись два кило в сутки в своп... большой текст свёрнут, показать
     
  • 4.45, минона (?), 12:57, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +4 +/
    грохаются всё. всё без исключения.
    и если какой-то чудик пишет демон, который будет рестартовываться сам, без моего участия - ему надо бить морду.

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

     
     
  • 5.84, поцанчик (ok), 11:44, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >если он будет рестартовываться сам (потом падать, например 1 раз в сутки. и так каждый день) то отследить ошибку будет ой как не просто

    а логи для кого придуманы ? Для Пушкина?

     
     
  • 6.95, минона (?), 23:13, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    не, для поцанчика, чтобы он понял, что логи не имеют отношения к перестартовываниям вообще.
    иначе они так распухнут, то Пушкин позавидует.
     
     
  • 7.99, поцанчик (ok), 09:04, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >не, для поцанчика, чтобы он понял, что логи не имеют отношения к
    >перестартовываниям вообще.
    >иначе они так распухнут, то Пушкин позавидует.

    А вам здесь никто и не говорил что логи имеют отношение к перерестартовываниям.

     
     
  • 8.113, минона (?), 08:38, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    серьёзно D ... текст свёрнут, показать
     
  • 5.85, Hawk (??), 12:54, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну не надо путать теплое с мягким. Понятно, что приложения типа СУБД, могущие напихать в базу хлама вместо достоверных данных это серьезно.
    Но если проблема в ftp сервере на публичной файлопомойке - че париться-то?

     
     
  • 6.94, минона (?), 23:10, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    типа разработчики должны сразу писать в анотаци - фтп для файлопомоек.
    зы:
    если не хочешь париться, то либо погугли, либо сам подумай, как написать 2-а скрипта, где первый запускает второй и если второй падает, то перезапускает.
    чесслово, в коментах больше расписывать приходится, чем реализовать.
     
  • 2.116, m00n (ok), 09:28, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как работает System V, кристально понятно, и запутаться в нем нельзя, а тут не будешь знать, что там за тебя нагрепают, надеюсь, будет или очень хорошая документация, или таки оно не будет по-дефольту в "серверных" установках, как уже запихивают NetworkManager

    Linux - это bleeding edge. Привыкайте.
    За понятным, прозрачным и стабильным  - назад в семидесятые-восьмидесятые.

     
     
  • 3.120, sHaggY_caT (ok), 12:02, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> Как работает System V, кристально понятно, и запутаться в нем нельзя, а тут не будешь знать, что там за тебя нагрепают, надеюсь, будет или очень хорошая документация, или таки оно не будет по-дефольту в "серверных" установках, как уже запихивают NetworkManager
    >
    >Linux - это bleeding edge. Привыкайте.
    >За понятным, прозрачным и стабильным  - назад в семидесятые-восьмидесятые.

    Только мне кажется, что Вы ворчите совсем по-стариковски :(?
    Нет ничего идеального в этом мире, и лишенного проблем (имхо)

     
  • 3.125, User294 (ok), 15:14, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >За понятным, прозрачным и стабильным  - назад в семидесятые-восьмидесятые.

    Угу, давайте запускать CP/M на i8080. Правда вот кому кроме нас самих это будет надо? :)

     
  • 2.127, vle (ok), 20:23, 16/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Честно говоря, идея вызывает опасения: не знаю как остальные, а я часто
    >пишу SystemV сценарии, и даже с UpStart уже слегка наелась граблей...
    >
    >Какая-то схема, на первый взгляд, непрозрачная для тех, кто пишет стартовые сценарии
    >и соотвествующее ПО к ним.

    По поводу простоты, прозрачности и "кристальной понятности"
    систем инициализации.
    google://The Design and Implementation of the NetBSD rc.d system

    Вот это точно образец простоты и понятности,
    как для писателя старапскриптов, так и для пользователя.

    Документу 10 лет, но основные принципы и сейчас такие же.
    К тому же система эпоху назад перенесена и на FreeBSD.

     

  • 1.3, Аноним (-), 01:03, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что-то так и не понял чем оно лучше апстарта. Чем хуже - понял, чем лучше - нет.
     
     
  • 2.10, anonymous (??), 02:33, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше по двум пунктам Первое - улучшеная параллелизация Вместо цепочки сервис... большой текст свёрнут, показать
     
     
  • 3.11, sHaggY_caT (ok), 02:50, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Лучше по двум пунктам.

    Если на это все будет хорошая документация, и внятная система конфигурирования, хорошо, пока же мне больше нравится SystemV (а Upstart кажется какой-то мутью)

     
     
  • 4.20, User294 (ok), 07:30, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В общем то +1 к мнению кошки, апстарт достаточно мутный, НО зато шустрее стартует. Редхат кажется хочет сделать еще более мутную систему. И, что хуже, РАЗНЫХ велосипедиков теперь станет больше. Что совсем не доставляет.
     
  • 4.100, поцанчик (ok), 09:17, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Лучше по двум пунктам.
    >
    >Если на это все будет хорошая документация, и внятная система конфигурирования, хорошо,
    >пока же мне больше нравится SystemV (а Upstart кажется какой-то мутью)
    >

    судя по обилию документации на их сайте http://www.redhat.com/docs/, а так-же о обилию переводов на русский можно с полной уверенностью полагать, что документация будет.

     
  • 3.46, Аноним (-), 13:00, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Осталось только понять почему эти два пункта нельзя было внедрить в апстарт. Смысл писать dependency-based init-демоны, когда есть event-based по-моему нет.
     
     
  • 4.50, Аноним (-), 13:26, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я тут почитал про systemd у леннарда в блоге, похоже это не dependency-based решение, как я предполагал, а event-based и кроме этого очень интересная идея.

    З.Ы. http://0pointer.de/blog/projects/systemd.html

     

  • 1.4, filosofem (ok), 01:16, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Такое ощущение, что человек сидел, ковырял в носу и думал, что бы такое выдумать, чтобы объяснить начальству, что это не еще один Upstart, а что-то совершенно иное.

    Когда читал последний абзац и список, не покидало ощущение, как будто MSDN читаешь и тебя специально запутать хотят.

    >Не понимаю я этих оптимизаций:

    Чего они хотят как раз понятно - ускорение загрузки, пусть даже в ущерб простоте, элегантности и всему остальному. Так что моду все-таки Убунту теперь задает, а разработчикам Red Hat и Сузи дали наказ догнать и перегнать. =)

     
     
  • 2.5, sHaggY_caT (ok), 01:23, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Чего они хотят как раз понятно - ускорение загрузки, пусть даже в ущерб простоте,
    >элегантности и всему остальному. Так что моду все-таки Убунту теперь задает, а
    >разработчикам Red Hat и Сузи дали наказ догнать и перегнать. =)

    В десктопных вопросах? Конечно, да! Но появление десктопа на сервере, не знаю как остальные, я боюсь практически панически.
    Имхо, лучше бы оставили SystemV, он гораздо _прозрачнее_ и ему куча лет (под него куча софта, документации, и десятилетия опыта у тех, кто стоял у истоках, и еще иногда помогает в рассылках)

     
     
  • 3.7, filosofem (ok), 02:09, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но он умретeт как когда-то /etc/rc и rc.local, это судьба. Вопрос придет ли на замену что-то адекватное, или вот такое мелкософтообразное недоразумение.
     
     
  • 4.26, TomB (?), 09:25, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Но он умретeт как когда-то /etc/rc и rc.local, это судьба.

    А что с rc.local случилось?

     
     
  • 5.27, filosofem (ok), 09:32, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Он не нужен.
     
     
  • 6.36, J3QQ4 (?), 10:34, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ааа!!! А я-то его конфигуряю... Видимо я сам древний...
    А если серьезно - не стоит говорить за всех. Если Вы чего-то не используете, это не значит, что оно не нужно.
     
     
  • 7.51, filosofem (ok), 13:46, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Если так рассуждать, никто не труп и Ленин живее всех живых и 2.4 ядро в моем маршрутизаторе прекрасно себя чувствует и есть не просит и NT 3.51 в промышленном оборудовании безотказно работает и не так давно я без проблем настроил им печать на новенькие современные принтеры через сеть. А rc.local наверно даже в последних версиях каких-нибудь BSD присутствует как дефолтный способ запуска демонов.

    Но если говорить про современные дистрибутивы Линукса, он в лучшем случае запускается через SysV скрипты ради совместимости или по привычке и по сути давно не нужен.

     
  • 6.42, User294 (ok), 12:50, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Он не нужен.

    Офигительный аргумент.

     
     
  • 7.52, filosofem (ok), 14:01, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Я не возражаю, если кто-то пользуется ненужными вещами, и признаю право каждого использовать архаичные технологии, или как вы выражаетесь окаменелые какашки мамонта.
     
  • 2.8, anonymous (??), 02:10, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Так что моду все-таки Убунту теперь задает, а разработчикам Red Hat и Сузи дали наказ догнать и перегнать.

    И много "мод" насоздавали в убунту ? Кроме тыреного из Fedora ессно.

     
     
  • 3.12, sHaggY_caT (ok), 02:54, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Кнопочки на окнах слева, и килобайты вместо кибибайтов, лол:)

    Прошу не считать за троллинг, пользователь Fedora, но "начинающим" советую именно Ubuntu

     
     
  • 4.21, User294 (ok), 07:32, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Кнопочки на окнах слева, и килобайты вместо кибибайтов, лол:)

    Вы еще upstart забыли. Который у убунтуйцев много лет а редхат только в 2010 году снялся таки с ручника.

     
     
  • 5.40, sHaggY_caT (ok), 12:43, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/

    >Вы еще upstart забыли. Который у убунтуйцев много лет а редхат только
    >в 2010 году снялся таки с ручника.

    Upstart в Fedora с 9-ой версии

     
     
  • 6.43, User294 (ok), 12:53, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Upstart в Fedora с 9-ой версии

    Тогда в чем проблема? Синдром Not Invented Here задолбал? Или была железная уверенность что апстарт совсем никак нельзя допилить до желаемых Goals и проще будет с нуля все зафигачить?

     
  • 6.55, filosofem (ok), 14:19, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А в Убунту с 6.10
     
     
  • 7.57, минона (?), 14:27, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    всё просто - берёшь машину времени и воруешь у федоры.

    зы:
    вот только федора почему-то раза в 2-а дольше грузится. но это не столь важно.

     
     
  • 8.58, минона (?), 14:29, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ззы http ru wikipedia org wiki Upstart ... текст свёрнут, показать
     
  • 4.32, dry (ok), 10:03, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Прошу не считать за троллинг, пользователь Fedora, но "начинающим" советую именно Ubuntu

    Когда меня утомило емержить ебилды, убунту оказалась наиболее вменяемым дистрибутивом.

    Ты бы не могла черкнуть письмишко на aqZyrkcGRX(at)demonet.ru, потерял контакты твои.
    Обратно пришлю с реального адреса.

     
     
  • 5.39, sHaggY_caT (ok), 12:34, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Прошу не считать за троллинг, пользователь Fedora, но "начинающим" советую именно Ubuntu
    >
    >Когда меня утомило емержить ебилды, убунту оказалась наиболее вменяемым дистрибутивом.
    >
    >Ты бы не могла черкнуть письмишко на aqZyrkcGRX(at)demonet.ru, потерял контакты твои.
    >Обратно пришлю с реального адреса.

    Написала

     
  • 2.13, аноним (?), 03:34, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >Так что моду все-таки Убунту теперь задает, а разработчикам Red Hat и Сузи дали наказ догнать и перегнать. =)

    В данном случае, видимо, моду задает Солярис, а разработчики Убунты догоняют.

     
     
  • 3.33, dry (ok), 10:10, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >В данном случае, видимо, моду задает Солярис, а разработчики Убунты догоняют.

    Солярис уж несколько лет как полудохлый и давно ничего не задает.
    А в связи с активным развалом ораклом сановских проектов, солярис можно вычеркивать.

     
     
  • 4.37, Аноним (-), 10:54, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Солярис уж несколько лет как полудохлый и давно ничего не задает.

    Параллельный запуск сервисов появился в Solaris 10 пять лет назад: http://www.sun.com/bigadmin/content/selfheal/smf-quickstart.jsp

     
     
  • 5.38, Frank (??), 11:57, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а Upstart впервые зарелизели в 2006, эка невидаль
     
  • 5.44, User294 (ok), 12:56, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Параллельный запуск сервисов появился в Solaris 10 пять лет назад:

    Радости то с этого. Солярис живет себе один. Ни с чем толком не совместимый, особенно по таким вещам и самобытный. А теперь еще и с жадным вендором который похоже решил придушить его открытое направление. Закладываться на такое будет только отчаянный мазохист который мечтает влопаться в 100% зависимость от оракля. А оно, простите, надо? Алсо, апстарт не сильно то моложе.

     
  • 5.49, минона (?), 13:23, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    smf?
    угу. править xml-конфиги в vi - то ещё удовольствие.
    хорошо хоть legacy от систем5 оставили. так и живём.

    зы:
    когда в системные утили они стали пихать жабу, а за ней и xml, то сразу так жалко становится неандертальцев и прочих хомоэректусов - у них тоже в своё время появились "эволюционные преимущества", которые оказались тупиком и позволили им вымереть.
    ззы:
    стандартные вещи нужны. если zfs - это фича, т.к. прячется за посикс полностью, то smf - это какой-то суррогат.

     
     
  • 6.78, VoDA (ok), 01:07, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >когда в системные утили они стали пихать жабу, а за ней и
    >xml, то сразу так жалко становится неандертальцев и прочих хомоэректусов -

    жаль становится тех, кто не может понять что xml лучше всего xml-редактором правится... или хотя бы редактором с подсветкой синтаксиса xml.

     
     
  • 7.80, минона (?), 06:38, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    жаль становится тех, кто предлагает такое проделывать на серверах, где даже нет видиокарт.
    собственно именно это и было преимуществом никс-вей. а теперь предлагается недовинда. в сад.
     
     
  • 8.89, VoDA (ok), 15:11, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а нафига вам видео-карта для изменения конфига или вы тупо идете в серверную чт... текст свёрнут, показать
     
     
  • 9.96, минона (?), 23:23, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а нафига мне xml редактор с подсветкой синтаксиса это блин жаба-вей, а нифига н... текст свёрнут, показать
     
  • 7.107, аноним (?), 02:52, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >жаль становится тех, кто не может понять что xml лучше всего xml-редактором
    >правится... или хотя бы редактором с подсветкой синтаксиса xml.

    Жаль становится тех, кто считает наличие специализированного редактора самим сабой разумеющимся там, где редактирование должно заключаться в echo >>

     
  • 3.47, Аноним (-), 13:04, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>Так что моду все-таки Убунту теперь задает, а разработчикам Red Hat и Сузи дали наказ догнать и перегнать. =)
    >
    >В данном случае, видимо, моду задает Солярис, а разработчики Убунты догоняют.

    Солярис имеет dependency-based init, upstart - event-based. Кажется launchd эппловский тоже event-based, так что моду он задал.

     

  • 1.14, savant (ok), 04:09, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что есть грамотного кроме busybox init для embedded систем?
     
     
  • 2.23, User294 (ok), 07:38, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нокия в данный момент юзает upstart в их девайсах :). Embedded бывает разного калибра и с разными требованиями.
     

  • 1.15, Аноним (-), 05:04, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой Ubuntu? Какой Solaris? Кто там "моду" задает? LOL
    Слепцы - они и днем слепцы.
     
     
  • 2.22, User294 (ok), 07:33, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И только один аноним - в белом и со шпагой, ага :)
     

  • 1.16, Аноним (-), 05:06, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Имеются в виду некоторые господа, оставившие свои комментарии на эту тему.
     
  • 1.17, Аноним (-), 06:36, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ой нет. ни саспенд в редхате толком не работает, ни хибернейт. а мы вместо этого загрузку ускоряем.
     
     
  • 2.28, Damon (??), 09:36, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > ни саспенд в редхате толком не работает, ни хибернейт. а мы вместо этого загрузку ускоряем.

    А это обходной маневр такой -- типа не работает хибернейт и саспенд, ну и фиг с ними, зато грузиться за секунду будем!

    А если серьезно, то какие проблемы с хибернатом и сном? У меня и под Шлакой на ноуте никаких проблем, вот, аптайм смотрю -- 34 дня 0 часов 18 мин. Усыпляю по нескольку раз в день...

     
     
  • 3.90, Sem (ok), 15:55, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня убунту намертво виснет при просыпании на Fujitsu-Siemens S7110.
     
     
  • 4.93, Damon (??), 17:14, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня убунту намертво виснет при просыпании на Fujitsu-Siemens S7110.

    Эм-м-м-м... Я ванильное ядро собираю, заточенное под _свою_ систему и видяха у меня GeForce M8400 G, дрова, соответственно, от производителя использую, может в этом дело? Раза 3-и (за пару лет) были проблемы с просыпанием (подвисал ноут), но в целом все функциклирует отлично.

     
  • 2.29, anton7811 (ok), 09:39, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    RedHat нацелен на рынок серверов, их руководитель четко заявил что им десктоп системы до фени. А ты видел сервер в гибернейте? или в слипе? Очень нужен такой сервер.

    А вот быстрый старт интересно. ситуации бывают разные. И тут очень хорошо бы что б сервер быстро поднимался, а не простой полтора часа из-за того что куча сервисов грузиться и поднимается.

     
     
  • 3.60, Аноним (-), 18:52, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну так если у меня подавляющая часть линя в продакшне - редхат, что я себе на ра... большой текст свёрнут, показать
     
     
  • 4.69, sHaggY_caT (ok), 22:17, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >поднимающийся сервер. критичные сервисы на момент запуска упавшего сервера уже и
    >так на стендбаях подняты. а если я гашу сервер раз в
    >месяц на обслуживание, мне, в общем-то, пофигу, будет система запускаться за
    >пять минут или за две. особенно если сама железка до запуска
    >ОС десять минут стартует.
    >
    >быстрый старт - не вижу я, где он полезен, кроме десктопов. но
    >на десктопе - еще полезнее засыпание без сбоев. я на нетбуке
    >из-за этого доси winxp home держу. перегружается, только если подзарядить не
    >успел.

    +1 во всем, особенно если вспомнить про обычно долгую инициализацию hw raid-контроллеров

     
     
  • 5.70, минона (?), 22:42, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот сейчас к убунте в этом плане претензий нет.
    просыпается секунды за 3.
    может на моих ноутах (а я на них багрепортил с бет), хз.
     
     
  • 6.71, sHaggY_caT (ok), 22:48, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >вот сейчас к убунте в этом плане претензий нет.
    >просыпается секунды за 3.
    >может на моих ноутах (а я на них багрепортил с бет), хз.

    Я про серверы

     
     
  • 7.73, минона (?), 23:02, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а серверам вроде и так хорошо.
    луше б софт развивали. вот захреначили б замену ад из_каропки - от ы было хорошо.
     
  • 4.101, anton7811 (ok), 12:01, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    у меня CentOS 5.4, родное ядро. Все что нужно єто установить пакетик hibernate-suspend2 кажеться из atrpm и по команде hibernate в консоли он засыпает и просыпаеться. Не забудте только настроить /etc/hibernate/blacklisted-modules

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

     
  • 3.110, oops_ (?), 05:38, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У вас один сервер на критически важных участках??
     
     
  • 4.117, anton7811 (ok), 09:52, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    У меня не один сервер, да и то когда перегружаю персонал нервничает, а в результате нервничаю я.
    А вот в знакомой конторе все яйца в одну коробку положили. Когда лег сервер встала работа у очень большого числа людей. Обьяснить тому человеку, что так не делают, я не могу. Зато если перезагрузка той машини не будет длиться 1 час, то єто хоть както поможет. Там поклонники красной шапки, по подписке, а сервер перегружают стабильно раз в пару месяцев.
     
     
  • 5.121, kshetragia (ok), 12:09, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >У меня не один сервер, да и то когда перегружаю персонал нервничает,
    >а в результате нервничаю я.

    Как может нервничать персонал при работающем резервном сервере?

    >А вот в знакомой конторе все яйца в одну коробку положили. Когда
    >лег сервер встала работа у очень большого числа людей. Обьяснить тому
    >человеку, что так не делают, я не могу. Зато если перезагрузка
    >той машини не будет длиться 1 час, то єто хоть както
    >поможет. Там поклонники красной шапки, по подписке, а сервер перегружают стабильно
    >раз в пару месяцев.

    Настроить перезагрузку на послерабочее время.

     

  • 1.24, Gular (??), 08:26, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    грамотная система инита нужна. systemv стар, хотя и не так плох, в принципе.
    нужно нечто новое, удовлетворяющее как можно большим критериям. как пример - чтобы загрузка проходила посредством запуска бинарника (не закрытого блоба), который предварительно собирается, исходя из присутствующих сервисов в системе. на этапе инсталляции системы, например. и при появлении \ удалении новых сервисов этот бинарник пересобирался бы. вот тогда мы увидим настоящую загрузку системы за считанные секунды. возможно, даже за пару секунд. различные лиз адресов по dhcp и резолвинги по dns должны уходить в фон параллельно, не меная стартовать звуковым подсистемам, графическим мордам и прочее.
    при условии грамотного написания и гибкого конфигурирования это может быть очень хорошая система инита. в свете различных мобильных девайсов и технологий это было бы, и даже должно быть, актуально. а пока у нас такой инит, который смотрит на сервис, что ему надо, что надо зависимостям сервиса и т.д., проходит время.
     
  • 1.25, sluge (ok), 09:17, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    наконец то взялись за нужное дело. а то у меня винда семера быстрее стартует чем стандартная 11 федора, прям стыдно. оптимизация и отложенная загрузка сервисов это хорошо, но и до запуска сервисов тоже тормоза разрулить надо
     
     
  • 2.48, Аноним (-), 13:07, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >наконец то взялись за нужное дело. а то у меня винда семера
    >быстрее стартует чем стандартная 11 федора, прям стыдно. оптимизация и отложенная
    >загрузка сервисов это хорошо, но и до запуска сервисов тоже тормоза
    >разрулить надо

    Ставь убунту - будет 18 секунда загрузка. Винде даже не снилось.

     
     
  • 3.56, минона (?), 14:23, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    подтверждаю.
    даже на еееписи 701.
     
  • 3.91, Sem (ok), 16:03, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>наконец то взялись за нужное дело. а то у меня винда семера
    >>быстрее стартует чем стандартная 11 федора, прям стыдно. оптимизация и отложенная
    >>загрузка сервисов это хорошо, но и до запуска сервисов тоже тормоза
    >>разрулить надо
    >
    >Ставь убунту - будет 18 секунда загрузка. Винде даже не снилось.

    Чем вы замеряете? У User294 вообще 10 секунд. Может это SDD?

    http://habrahabr.ru/blogs/ubuntu/74035/
    Я с секундомером проверял. Даже близко не 18 секунд.

     

  • 1.34, MinimumLaw (?), 10:19, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Хм... Мне одному кажется, что  Linux все больше и больше становится похожим на небезызвестную ОС небезызвестной конторы. Кому какое дело сколько раз при запуске системы вызвается grep и awk - они за тем и написаны, чтоб работать. Это тот самый UNIX-вэй.
    Посмотрите на, допустим, солярис - там попытались сделать SMF - в итоге вместо вменяемого процесса загрузки мы имеем нечто среднее между классическими демонами и виндовыми службами. Неужели это действительно так хорошо, что хотим подобное в Linux?
    Ладно, есть области, где время загрузки может быть весьма критичным. Но что в мобилах, что в промышленных решениях есть законченная железка. А значит самый быстрый способ включиться - это просто проснуться. Вот в эту сторону и работать надо, а не изобретать очередную "службу управления службой управления загрузкой демонов".
     
     
  • 2.35, Damon (??), 10:33, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В этом что-то есть, согласен, но...

    >Посмотрите на, допустим, солярис - там попытались сделать SMF - в итоге
    >вместо вменяемого процесса загрузки мы имеем нечто среднее между классическими демонами
    >и виндовыми службами. Неужели это действительно так хорошо, что хотим подобное
    >в Linux?

    ... Linux не солярка, здесь свободы больше и, как следствие, больше дистрибутивов. На RedHat'овских дистрибах свет клином не сошелся, не нравиться -- выберите другой. Или, вообще, соберите свой, напиример, на основе LFS! ;-)
    Тогда у Вас будет полная свобода выбирать вариант Init'иализации системы по вкусу. Вон, Патрик в Шлаке так и сделал, замутив BSD-style инициализацию.

     
  • 2.54, минона (?), 14:19, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >там попытались сделать SMF - в итоге вместо вменяемого процесса загрузки мы имеем нечто среднее между классическими демонами и виндовыми службами.

    ну до виндовых они всё же не опустились. тут вы клевещите.
    пробовали когда-нибудь сервис написать? нет? а ведь только тогда понимаешь какая это ж..

     
     
  • 3.59, sHaggY_caT (ok), 17:58, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >>там попытались сделать SMF - в итоге вместо вменяемого процесса загрузки мы имеем нечто среднее между классическими демонами и виндовыми службами.
    >
    >ну до виндовых они всё же не опустились. тут вы клевещите.
    >пробовали когда-нибудь сервис написать? нет? а ведь только тогда понимаешь какая это
    >ж..

    System V-сервис рисуется за одну минуту :(

     
     
  • 4.61, Аноним (-), 19:42, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    то есть ты типа постфикс за минуту пишешь? или скриптег его запускающий? гг
     
     
  • 5.65, Damon (??), 20:01, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >то есть ты типа постфикс за минуту пишешь? или скриптег его запускающий?
    >гг

    Простейшего демона не так уж и долго писать -- форкаеш процесс, потомок закрывает stdin, stdout и stderr и входит в бесконечный цикл, а предок -- завершает работу. В результате получаешь демона, который нифига не делает, только в памяти висит, тем не менее демон...

     
  • 4.62, Damon (??), 19:51, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >System V-сервис рисуется за одну минуту :(

    Может, всеж, не сам демон, а скрипт запуска?

    В винде-то это тоже не сложно -- "Управление запуском служб при старте Windows" (http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83 -- ветка реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services.

     
     
  • 5.64, sHaggY_caT (ok), 19:57, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>System V-сервис рисуется за одну минуту :(
    >
    >Может, всеж, не сам демон, а скрипт запуска?
    >
    >В винде-то это тоже не сложно -- "Управление запуском служб при старте
    >Windows" (http://ru.wikipedia.org/wiki/%D0%A1%D0%BB%D1%83 -- ветка реестра HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \
    >Services.

    Конечно, скрипт, извиняюсь :)

     
  • 5.72, минона (?), 22:59, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ветка реестра скрипт запуска не напишет. и в логи не сбросит.
    если есть уже написанная служба - живём. нет - сосём. или ищем кто уже написал. часто из *никс (например вгет, срон, грип, аук,..).
    ну а если самому на сях приспичело написать, да чтоб и с логами,... - туши свет и делай проект с бюджетом.
     
     
  • 6.74, filosofem (ok), 00:21, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >если есть уже написанная служба - живём. нет - сосём.

    Это не совсем так. Там есть специально обученная служба srvany.exe, которая запускает любой экзешник, переданный ей в виде параметра, а соответственно любую программу и скрипт можно запустить демоном.

     
     
  • 7.81, минона (?), 06:43, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    а вы пробовали её использовать?
    половины возможностей нет. и в частности никаких логов.
    а вы сможете также запустить например ие с выходом на опеннет и сбросом новостей? да без графики?
    в никс с фф - это легко.
     
     
  • 8.83, filosofem (ok), 11:29, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Использовал на продакшне С ней еще можно всякие трики проделывать, например ком... текст свёрнут, показать
     
     
  • 9.97, минона (?), 23:34, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вот не надо про холивары и прочие удары ниже ватерлинии для того, чтобы сервис ... текст свёрнут, показать
     
  • 6.75, Damon (??), 00:22, 02/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >ветка реестра скрипт запуска не напишет. и в логи не сбросит.

    В данном случае мой ответ касался только запуска службы. Накатать reg файл и импортнуть содержимое в реестр не сверх проблема. По мне аналогично написанию стартового скрипта, не сложнее.
    Касательно написания самих сервисов, демонов писать приходилось, виндовые сервисы -- нет, так что не компетентен в данном вопросе. Хотя, обзорные статьи по написанию листал -- как-то погрустнело сразу.

     

  • 1.53, Ag (?), 14:15, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чем то мне это master sheduler-а из IBM OS напоминает. Где то рубежа 83-85гг. Когда стало возможно инициализировать подсистемы как задания, через запись на JCL пакетов, пусть и оформленных в виде загрузочного модуля.
     
  • 1.66, polymorphm1 (ok), 20:22, 01/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    интересно!

    смотрю щаз это модно стало...

    ...может тоже написать очередной свой скрипт для инициализации :-D :-D

     
     
  • 2.67, Damon (??), 20:29, 01/05/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >смотрю щаз это модно стало...
    >
    >...может тоже написать очередной свой скрипт для инициализации :-D :-D

    Не-а, скрипты уже не модно писать! Модно Init переписывать... Т.ч. вливайтесь и перепиливайте Init! ;-)

     
  • 2.103, Proger (ok), 17:13, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Если руки чешутся, помогли бы проекту Gobo-linux? Тоже хорошая, перспективная идея.
     
     
  • 3.104, JL2001 (ok), 17:22, 03/05/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Если руки чешутся, помогли бы проекту Gobo-linux? Тоже хорошая, перспективная идея.

    а на сколько он жив и имеет ли русскоязычное комунити ?

     

  • 1.77, Аноним (-), 01:07, 02/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >создатель звукового сервера PulseAudio

    Достаточно, юзаю runit и в ус не дую, всё руками настраивается.

     
  • 1.86, bys76ru (?), 13:37, 02/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    На десктопе пусть как хотят изголяются - system V, Upstart, systemd. Но только руку прочь от серверных дистров!!!
     
  • 1.92, Терминус (?), 16:43, 02/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    эта новость сделала мой день , всегда хотел
    быструю загрузку . А тут еще от такого близкого
    сердцу RedHat'а.
     
  • 1.102, Dvorkin (ok), 16:58, 03/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в новой системе я хочу
    on_crash="restart(default)|exec|migrate|donothing"
    и чтобы exec и migrate были темплейтезироваными хуками

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

     
     
  • 2.109, аноним (?), 02:56, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >P.S. ребята, если реализация будет удачной - это ж половина работы по
    >настройке кластера и крепкий сон по ночам, когда любят падать сервисы
    >на забугорно стоящих аппаратах

    Дада, рестарты ваши машины целиком будут вслез за упавшими сервисами отправлять. Крепкий сон гарантирован - как уволят, о кластерах больше думать не надо будет :))

     
     
  • 3.118, Dvorkin (ok), 10:34, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Дада, рестарты ваши машины целиком будут вслез за упавшими сервисами отправлять.

    почему? %-[ ]  про рестарты вы смешно придумали.
    UPD: а! вас смущает "restart(default)" ? ну нельзя же так топорно все понимать. конечно я имел ввиду просто рестарт сервиса. для reboot должен быть отдельно лежащий темплейтизированный exec

     

  • 1.108, аноним (?), 02:54, 04/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А напомните пжста, эта уродская система запуска в линуксах с уже 10 лет неактуальными ранлевелями и симлинками на скрипты - это что, SystemV?
     
     
  • 2.112, oops_ (?), 07:02, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А напомните пжста, эта уродская система запуска в линуксах с уже 10
    >лет неактуальными ранлевелями и симлинками на скрипты - это что, SystemV?
    >

    Она самая.

     
  • 2.115, минона (?), 08:46, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    уродская? не, не она.
    а вот отличная и актуальная система с ранлевелями и симлинками на скрипты - это она.
     

  • 1.111, oops_ (?), 05:49, 04/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
        Ну что сказать.. Не тем они занимаются. Такое ощущение, что все присутствующие здесь только и делают что бутят сервера и мобильные устройства. Да какая нафиг разница сколько оно будет грузиться, 10 секунд или 30 ???

    Это моя десктопная машина.
    % uptime
        8:43  up 67 days, 21:41, 6 users, load averages: 0,43 0,11 0,07

    Один из серверов:
    % uptime
       08:47:18 up 126 days, 23:22,  1 user,  load average: 0.00, 0.00, 0.00

        Согласен, инициализация аля SysV уныла. Но чем не устаривал Upstart? Лучше бы его докрутили если уж так хочется приложить переизбыток свободного времени и сил. Как дети малые, чесслово.

     
     
  • 2.119, Dvorkin (ok), 11:26, 04/05/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >    Ну что сказать.. Не тем они занимаются. Такое
    >ощущение, что все присутствующие здесь только и делают что бутят сервера
    >и мобильные устройства.

    они латентные оффтопики, им компы не для работы :)

     

  • 1.114, i (??), 08:43, 04/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    собрал тут gentoo+openrc (будет carpc) на Via c7 1Ghz 1Gb RAM, от момента включения питания до старта X проходит 15 сек
     
  • 1.126, lagman (?), 08:19, 06/05/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ура, ребята повторно изобрели rc-ng
     
  • 1.128, celarent (?), 02:24, 17/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мдя, новость кончно интересная, но каменты ещё интереснее :). Такое ощущение, что все вышеотписавшиеся таки целый день что-то ребутят, причём с секундомером :). Господа, секунды вам погоды не сделают (ну разве что с друзьями виндузятниками пиписьками померяться), а на сервере после того как он упал, хз что может навернуться и всё равно ручками придёться прикручивать обратно. Так как вам upstart или systemd помогут? :)
     
  • 1.129, pentarh (ok), 13:26, 27/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    systemd не совместима с отдельно монтируемым /usr. А значит initrd будет на 4 гига больше.
     
  • 1.130, pentarh (ok), 13:26, 27/08/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пруф
    http://freedesktop.org/wiki/Software/systemd/separate-usr-is-broken
     
     
  • 2.131, Michael Shigorin (ok), 18:25, 22/09/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Это, кстати, следствие четверорукости тех разработчиков Red Hat, у которых криво собранные пакеты с бинарниками из /, слинкованными с библиотеками из /usr -- оказались достаточно критичны для того, чтобы соответствующий баг в анаконде полечили гильотином (запретом создания отдельного /usr) плюс руганью в системде.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру