The OpenNET Project / Index page

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

Разработчики systemd: загрузка с initrd оказалась быстрее загрузки без initrd

07.04.2013 08:12

В ходе работ по улучшению поддержки системного менеджера systemd в качестве init-процесса начального RAM-диска (initrd), разработчики Кей Сайверс и Гарольд Хойер столкнулись с интересным и по-своему курьёзным фактом — при использовании initrd, суммарное время инициализации ядра и initrd оказалось примерно на 10% меньше, чем время инициализации ядра без initrd.

Начальный RAM-диск (initrd) представляет собой специализированную файловую систему, которая используется ядром на стадии начальной загрузки. Основная задача initrd — обеспечить монтирование жизненно важных файловых систем: корня и /usr. В наиболее простых ситуациях (локальные дисковые разделы) данная работа может быть проделана и ядром, однако в случае использования для этих разделов специфических механизмов (LVM, RAID, multipath, шифрование, NFS), initrd является наиболее простым и гибким решением. Также он может оказаться полезен в качестве аварийно-восстановительной системы, предоставляя администратору средства, необходимые для исправления ошибок при монтировании ключевых системных разделов.

Традиционно считалось, что отказ от initrd должен неизбежно привести к увеличению скорости загрузки. Однако, при использовании в качестве init-процесса initrd systemd, результат получился неожиданным и парадоксальным: ядро в сочетании с initrd отрабатывали быстрее, чем ядро без initrd. Наиболее вероятная причина состоит в том, что при загрузке без initrd ядро выполняет вызов wait_for_device_probe(), ожидая завершения инициализации всех периферийных устройств. В то время как при использовании initrd с systemd, загрузка продолжается сразу после инициализации необходимых устройств (т.е. носителей корня и /usr).

Асинхронная архитектура systemd, в отличие от классической синхронной, позволяет не задерживать процесс загрузки на ожидание устройств, которые не требуются на данном этапе. В зависимости от аппаратной конфигурации системы, эта задержка может сильно отличаться: например, встроенный в ноутбук 3G-модем без SIM-карты задерживает загрузку на 5 секунд, а сервер с тысячами физических дисков и/или логических томов может потерять несколько десятков минут, опрашивая каждое блочное устройство на предмет наличия на нем файловой системы.

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

В дополнение, несколько других, более коротких новостей от проекта systemd:

  • Разработчики systemd и Arch Linux Том Гундерсен и Дейв Рейзнер обеспечили поддержку systemd в качестве init-процесса initrd при использовании стандартного для Arch генератора initrd — mkinitcpio (в то время, как упомянутая выше работа Сайверса и Хойера акцентируется на dracut, стандартном initrd-генераторе Fedora/RHEL и Mageia/Mandriva).
  • Разработчик Arch Linux и SDDM Андреа Скарпино представил библиотеку libsystemd-qt, упрощающую обращение к функциям systemd из программ на базе фреймворка Qt. В качестве примера использования библиотеки приводится простая программа ksystemd, позволяющая просматривать состояние различных системных юнитов. В целом, проект направлен на улучшение взаимной интеграции systemd и KDE.
  • Разработчики пользовательского окружения Enlightenment обеспечили поддержку использования systemd в качестве системы инициализации сеанса. Запуск пользовательского сеанса в десктоп-окружении во многом аналогичен загрузке системы, что позволяет использовать для решения обеих этих задач один и тот же механизм, с минимальной адаптацией. Ранее, в силу сложившейся в эпоху SysV init традиции неоднократно дублировать и реализовывать заново уже существующую функциональность, каждое десктоп-окружение предлагало свою собственную систему инициализации сеанса. Замена множества собственных реализаций на общий стандарт должна упростить жизнь разработчикам DE и позволит им сконцентироваться на более актуальных задачах.
  • Опубликованы видеозаписи докладов сотрудника компании Wargaming (известной своей игрой World of Tanks) Максима Мельникова, одного из администраторов инфраструктуры серверов World of Tanks. В первом докладе «Зачем нам systemd», кратко рассматриваются ключевые преимущества systemd, полезные для системных администраторов и отсутствующие в других решениях. Во втором докладе обсуждаются достоинства механизма Journal и разбирается практический пример его использования. Доклады примечательны тем, что тема использования systemd впервые затронута на русскоязычной конференции разработчиков и пользователей Linux ((LVEE 2012).




  1. Главная ссылка к новости (https://plus.google.com/108087...)
Автор новости: аноним
Тип: К сведению
Ключевые слова: systemd, boot, initrd, speed
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (314) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (-), 08:59, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Норм.
     
  • 1.2, Аноним (-), 09:06, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Продолжаем анонировать на время загрузки?
     
     
  • 2.9, тоже Аноним (ok), 10:51, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +5 +/
    В тексте есть намек на крайнюю ситуацию: "Проблема в датацентре устранена, сервера уже загружаются и часа через полтора, опросив всю периферию, наконец загрузятся".
     
     
  • 3.15, Аноним (-), 11:25, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться дольше будет чем опрос 26 дисков. И да лучше знать сразу при загрузке что у тебя траблы с винтами чем потом ковырять логи.
     
     
  • 4.63, Аноним (-), 16:07, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Хватит уже идеопатировать, какие полтора чяса? проверка одного диска в 3тб длиться
    > дольше будет чем опрос 26 дисков. И да лучше знать сразу
    > при загрузке что у тебя траблы с винтами чем потом ковырять
    > логи.

    А при чем здесь траблы с винтами?

     
     
  • 5.127, arisu (ok), 20:38, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –16 +/
    > А при чем здесь траблы с винтами?

    мозг включи, ага.

     
     
  • 6.284, Аноним (-), 00:33, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Как минусуют на предложение влючить мозг! Прям красота...
     
     
  • 7.285, Led (ok), 02:26, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Как минусуют на предложение влючить мозг! Прям красота...

    Естественно. Они считают, что включать мозг - "несовременно". Мозг должен включить им systemd... когда посчитает нужным... "асинхронно"

     
  • 4.157, Аноним (-), 23:47, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > при загрузке что у тебя траблы с винтами чем потом ковырять логи.

    А давайте всем дискам fsck при старте делать по этому поводу, да? Всем 26. На 3 Тб. И полную проверку поверхности. Чтоб уж наверняка. И пусть весь мир подождет!

     
     
  • 5.173, x0r (??), 00:42, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились
     
     
  • 6.202, Аноним (-), 09:30, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > да, лучше бы сделали on-line проверку fs как в FreeBSD и не парились

    Кроме деградации перфоманса дисков на хзсколько часов :)

     
  • 6.235, sHaggY_caT (ok), 13:38, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Советую Вам когда-нибудь заглянуть в BSD-ый lost+found на разделе с UFS с хваленым soft updates, и придти в ужас, если сервер несколько раз ребутали резетом.

    Нет уж, на фре только ZFS!

     
     
  • 7.249, anoser_anon (?), 15:03, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Правильно. там нет lost+found. Соответственно некуда смотреть и в ужас не придешь.
     
     
  • 8.251, sHaggY_caT (ok), 15:28, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что бы появился, ребутните пару раз сервер под настоящей не локалхостовой нагру... текст свёрнут, показать
     
  • 6.273, kurokaze (ok), 21:53, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > да, лучше бы сделали on-line проверку fs как в FreeBSD и не
    > парились

    Вот уж не надо, я с этим ужасОм несколько лет мучался. Хуже был только ntfs

     
  • 5.182, Батяня Комбат (?), 05:34, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Пурга, боец. Читай устав - он кровью писан. Такие проблемы решаются по другому, и если датацентр сдохнет ... никто в мире кроме NOC'а и товариша полковника - и не узнает, даже TCP сессии не порвуться.

    А ты (салага!) предлагаешь суетиться и сучить - а это не наши методы! Пи^W как там ныне положено - АМЕН!

     
     
  • 6.203, Аноним (-), 09:31, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Иллюстрация по теме "сорванные башни".
     
  • 2.21, Buy (ok), 13:05, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны кода, документации, холиваров, а на выходе -2 секунды от 20. Я не воодушевлен.
     
     
  • 3.46, Аноним (-), 15:24, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Там ананировать не на что, если бы хоть ощутимый эффект был. Тонны
    > кода, документации, холиваров, а на выходе -2 секунды от 20. Я
    > не воодушевлен.

    Тонны документации - уже офигенно полезных выход. Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи.

     
     
  • 4.49, гость (?), 15:30, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ещё, знаешь, названия скриптов помогают %)
     
     
  • 5.53, Аноним (-), 15:43, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ещё, знаешь, названия скриптов помогают %)

    Если бы названия всегда помогали, программа man так бы никогда и не появилась. И info тоже.

     
  • 5.107, Аноним (-), 19:04, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ещё, знаешь, названия скриптов помогают %)

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

     
     
  • 6.160, etw (ok), 00:06, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты забыл добавить, что этот говнокод между дистрибутивами, к тому же, обычно еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением своих ламповых инит-говняшек.
     
     
  • 7.195, Аноним (-), 09:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ты забыл добавить, что этот г внокод между дистрибутивами, к тому же, обычно
    > еще и непереносим. И поэтому майнтенеры каждого из них занимаются сочинением
    > своих ламповых инит-г вняшек.

    Может, вы просто скрипты ни писать ни читать не умеете, м? Оба причем?

     
     
  • 8.200, Аноним (-), 09:23, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Осталось еще добавить что зато вот вы - Д Артаньян ... текст свёрнут, показать
     
  • 6.237, Аноним (-), 14:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > И лучше я буду читать простой конфиг на 5 строк

    А если он не сдюжит работать как надо -- пойдёте читать исходники systemd?

     
  • 4.65, Аноним (-), 16:09, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Зачем нужны тонны документации, если сам скрипт служит себе же самой полной доку... текст свёрнут, показать
     
     
  • 5.67, Аноним (-), 16:14, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать ... текст свёрнут, показать
     
     
  • 6.330, vg. (?), 11:02, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > > Зачем нужны тонны документации, если сам скрипт служит себе же самой полной
    > > документацией? И каждый чих документировать не нужно - он самим скриптом
    > > документирован уже.
    >
    > Вы полагаете, это нормально, когда вместо чтения man-страницы приходится читать код (причем отнюдь не три строчки, и написан он далеко не всегда читабельно)?

    ну для большинства и букварь поначалу нечитабелен, а с опытом - вполне себе ;-)

     
     
  • 7.333, arisu (ok), 11:42, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ну для большинства и букварь поначалу нечитабелен, а с опытом — вполне
    > себе ;-)

    до сих пор не могу спокойно читать. как увижу «мама мыла раму» — так возбуждаюсь сразу.

     
  • 5.108, Аноним (-), 19:05, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?

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

     
     
  • 6.110, Аноним (-), 19:22, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?
    > По опыту чтения таких скриптов - чаще всего он служит документацией по
    > теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации"

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

     
     
  • 7.199, Аноним (-), 09:21, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если я суюсь в систему инициализации, у меня как правило цель - новый кастомный ... текст свёрнут, показать
     
     
  • 8.332, vg. (?), 11:19, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    тут важно определиться - Вы в роли юзера или админа Если юзера - то все понятно... текст свёрнут, показать
     
  • 7.222, другой аноним (?), 11:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В отличие от скриптов, чтение исходников системд и не требуется. Здесь требуется только прочитать что добавлять в конфиги. Которые, как я понимаю, более менее логичны и единообразны, в отличие от длинных портянок скриптов с кучами переменных и циклов
     
     
  • 8.270, arisu (ok), 21:47, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    ага логичны и единообразны с кучей ключей типа 171 запустить, если есть файл... текст свёрнут, показать
     
  • 6.331, vg. (?), 11:11, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Зачем нужны тонны документации, если сам скрипт служит себе же самой полной документацией?
    > По опыту чтения таких скриптов - чаще всего он служит документацией по
    > теме "быдлокодинг на шелл, или как не надо писать скрипты инициализации".

    а никто и не обещал в этих скриптах примерных учебных пособий.

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

    ну а совсем уж ужасные или опасные места сам переписываешь с матюками и патчами - опенсурс же

     
  • 4.128, Michael Shigorin (ok), 20:39, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Тонны документации - уже офигенно полезных выход.

    Это пока её не *приходится* читать от и до.  Скрипты в этом плане куда меньше претендуют на выедание мозга (если читатель не виндузятник рееструс вульгарис, а человек с пониманием шелла).

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

    Вот только в реальной работе не помогает, а так почти не соврали, да.

     
     
  • 5.158, Аноним (-), 23:51, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > этом плане куда меньше претендуют на выедание мозга

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

     
     
  • 6.164, angra (ok), 00:24, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Покажи на примере debian или rhel. В то что создатели маргинальных дистров могут придумать что угодно я и так верю, были же долбодятлы, которые все на php хотели переписать.
    Вообще большой размер отдельных инит-скриптов связан с нестандартными действиями и systemd здесь не поможет. Стандартные действия у debian и rhel уже оформлены в шелловые функции и писать свой собственный start-stop-daemon в большинстве случаев смысла нет.


     
     
  • 7.197, Аноним (-), 09:12, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Начались виляния попой Вот есть прога Допустим в репах ее нет Надо демон запу... текст свёрнут, показать
     
     
  • 8.221, Аноним (-), 10:59, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Дело в том, что это еще нужно разобраться, кто виляет попой Вам предложили дв... текст свёрнут, показать
     
  • 6.275, kurokaze (ok), 21:59, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это, знаете ли, очень от скрипта зависит. Пишут их разные люди. Хотя
    > временами возникает ощущение что пишут эти скрипты таки не люди. А
    > инопланетяне, укуренные бабуины и прочие тушканчики.

    Что мешает "сказочнику" написать как надо и выложить?
    Если ты не можешь написать, то как ты можешь оценивать достоверно?
    Ну и если никто не улучшил, логично что это г никому кроме тебя не надо. А тут знаешь ли безотносительно из под чего это редкое глюкавое г у тебя будет запускаться. Так то

     
     
  • 7.277, arisu (ok), 22:02, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Что мешает «сказочнику» написать как надо и выложить?

    ну, иногда просто лень. «да, это надо бы переписать, и при вот таких вот обстоятельствах его заглючит, но… вот когда заглючит, тогда и перепишу. а пока пусть так ковыляет.» и оно годами так ковыляет.

     
     
  • 8.328, Ordu (ok), 09:24, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ситуация знакомая до боли Но я не вижу чем systemd может помочь в данной ситуац... текст свёрнут, показать
     
     
  • 9.329, arisu (ok), 09:33, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    так и я о том же ... текст свёрнут, показать
     
  • 5.161, etw (ok), 00:13, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Тонны документации - уже офигенно полезных выход.
    > Это пока её не *приходится* читать от и до.  Скрипты в
    > этом плане куда меньше претендуют на выедание мозга (если читатель не
    > виндузятник рееструс вульгарис, а человек с пониманием шелла).

    А зачем мне перечитывать десятки реализаций обработки PID-файлов различной степени корявости на шелле, если в системд это делается одной строкой в конфиге, которая везде работает одинаково и эта работа описана в мане?

     
     
  • 6.165, angra (ok), 00:26, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В debian/rhel это тоже делается одной строкой. Вот только при желании вы можете прочитать что стоит за этой строкой имея знания только шелл.


     
     
  • 7.170, Michael Shigorin (ok), 00:34, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > В debian/rhel это тоже делается одной строкой. Вот только при желании вы
    > можете прочитать что стоит за этой строкой имея знания только шелл.

    В альте скомбинировано (т.е. rh-style в целом, но с применением start-stop-daemon).

     
  • 7.260, etw (??), 20:43, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > В debian/rhel это тоже делается одной строкой. Вот только при желании вы
    > можете прочитать что стоит за этой строкой имея знания только шелл.

    То, что в debian и rhel есть готовые функции для стандартных действий (кстати, часто в их реализации залезаешь?) не отменяет наличия кучи инит-скриптов, авторы которых решили изобрести велосипед.

     
     
  • 8.264, arisu (ok), 21:20, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    то, что в libc есть готовые функции для стандартных действий кстати, часто в их... текст свёрнут, показать
     
     
  • 9.334, etw (ok), 11:45, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Много ли сишных программ, в которых используются свой аллокатор вместо malloc пр... текст свёрнут, показать
     
     
  • 10.335, arisu (ok), 12:08, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    есть информация о том, что 99 инит-скриптов именно 171 выводят приветмир 187... текст свёрнут, показать
     
     
  • 11.343, etw (ok), 23:27, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Просто феерично Сначала ты говоришь о том, что замена инит-скриптов, выполняющи... текст свёрнут, показать
     
  • 10.340, Michael Shigorin (ok), 14:09, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Трудоёмкость выполнения выберите всё-таки сопоставимую, проводя аналогию ... текст свёрнут, показать
     
     
  • 11.345, etw (ok), 23:32, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Аналогия моего оппонета специализированные скрипты - произвольные программы из... текст свёрнут, показать
     
  • 6.308, PereresusNeVlezaetBuggy (ok), 23:20, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не могу понять, о чём вообще спор Есть несколько ситуаций, которые, похоже, пер... текст свёрнут, показать
     
     
  • 7.344, etw (ok), 23:31, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В случае systemd - смотрим в логи, ибо
    > больше особо ничего не светит.

    Systemd перенаправляет stderr в syslog/journald, при этом еще и показывая кусок, имеющий отношение к демону, при вызове systemctl status daemon.service

     
  • 4.357, c0smonaut (ok), 21:45, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Особенно по сравнению со всякими SysV init и OpenRC, где чтобы понять назначение скрипта, необходимо читать его код. А в systemd каждый чих документирован, и про каждый чих делается подробная запись в логи

    ...аноним английский осилил, а юникс-шелл - нет...

     

     ....большая нить свёрнута, показать (57)

  • 1.3, Nxx (ok), 09:11, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +28 +/
    Тоже думаю, что давно надо было включить Qt в systemd.
     
  • 1.4, Константавр (ok), 09:38, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >В ходе работ по улучшению поддержки системного менеджера systemd.... загрузка с initrd оказалась быстрее загрузки без initrd

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

    Да. Это вброс.

     
     
  • 2.5, GotF (ok), 09:52, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > набор отдельных скриптов на баше

    За bash в init-скриптах нужно бить тяжёлым тупым предметом по голове, особенно когда файл начинается с «#!/bin/sh».

     
     
  • 3.6, Константавр (ok), 09:56, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    хе-хе! Один попался :)
     
  • 3.7, Аноним (-), 09:57, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > особенно когда файл начинается с «#!/bin/sh».

    А когда он начинается с «#!/sbin/runscript»?

     
     
  • 4.17, GotF (ok), 11:35, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> особенно когда файл начинается с «#!/bin/sh».
    > А когда он начинается с «#!/sbin/runscript»?

    Не знаю. Ни в Debian, ни в RHEL такой команды нет.

     
     
  • 5.74, Аноним (-), 16:28, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >>> особенно когда файл начинается с «#!/bin/sh».
    >> А когда он начинается с «#!/sbin/runscript»?
    > Не знаю. Ни в Debian, ни в RHEL такой команды нет.

    Да, это местечковый велосипед :)

     
  • 3.12, sasku (ok), 10:57, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > особенно когда файл начинается с «#!/bin/sh».

    согласен, раз нарвался на проблему:
    сидел на центоси, там /bin/sh вызывал /bin/bash
    перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
    оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))

     
     
  • 4.95, anonymous (??), 17:18, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну и кто в итоге дураком остался?
     
     
  • 5.99, Аноним (-), 17:32, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +6 +/
    > Ну и кто в итоге дураком остался?

    Поттеринг, конечно же.

     
  • 4.163, etw (ok), 00:17, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> особенно когда файл начинается с «#!/bin/sh».
    > согласен, раз нарвался на проблему:
    > сидел на центоси, там /bin/sh вызывал /bin/bash
    > перешел на демьяна и вдруг все мои инит-скрипты перестали работать (
    > оказалось в демьяне /bin/sh вызывает /bin/dash (Debian Almquist Shell (dash))

    Обычно правильные инит-скрипты сразу завязаны на какой-нибудь свой дистрибутивоспецифичный /etc/init.d/functions (куда вынесена часто используемая функциональность) и непортабельны оп определению, даже если шелл тот же самый.

     
     
  • 5.171, Michael Shigorin (ok), 00:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > и непортабельны оп определению

    Отчасти это так, поскольку в разных дистрибутивах по-разному смотрят на задачи конфигурирования и зачастую это имеет под собой основания.  Вот только "как ни садитесь"...

     
     
  • 6.192, Аноним (-), 08:46, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > и зачастую это имеет под собой основания.  

    А потом берешь с сайта авторов программу которой в репе не было или версия не та или что там еще. Там вроде как есть скрипт. Чпокс - не работает. Чпокс - там гогнокод. Чпокс - вагон допущений о системе, взятые из системы автора и размазанные по всей портянке. Получается что "висит груша - нельзя скушать". Во, блин, счастье - самому с нуля переписывать портянку или три страницы чужого гогнокода лопатить. Супротив конфига на пяток строк - разница совсем не в пользу портянки получается.

     
  • 4.286, Пр0х0жий (??), 05:14, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Может пнуть его для начала через 'dpkg-reconfigure dash'?
    Или как там в Дебианах? RTFM же...
    Однако ж и в #171 посмотреть.
     
     
  • 5.292, qux (ok), 13:52, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Для начала, если для неинтерактивного шелла выбран dash, то наверное это зачем-то нужно.

    Лично /me тут совсем больших выгод не знает, но встряхнуть любителей использовать башизмы вместе с /bin/sh вещь неплохая. Хоть и поотваливалось кое-где ой...

     
  • 3.13, anonymous (??), 11:06, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан равняться /bin/bash.
     
     
  • 4.56, Аноним (-), 15:49, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
    > равняться /bin/bash.

    sysvinit-проблемы :)

     
     
  • 5.69, Аноним (-), 16:15, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Туым предметом надо бить тех, кто не осознает, что /bin/sh не обязан
    >> равняться /bin/bash.
    > sysvinit-проблемы :)

    Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят - "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я переписывать свою писанину ради сответствия стандартам не буду!"
    Но в случае sysvinit эта проблема решается правкой одной-двух строчек. А вот в случае systemd - это генетическая проблема, не имеющая, как правило, простого и однозначного решения.


     
     
  • 6.78, Аноним (-), 16:35, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Да нет, проблемы "программеров", которые сначала чего-нибудь накодят, а потом говорят -
    > "Да зачем нужны эти ваши стандарты?! Теперь будет вот так, я
    > переписывать свою писанину ради сответствия стандартам не буду!"
    > Но в случае sysvinit эта проблема решается правкой одной-двух строчек.

    Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?

     
     
  • 7.109, Аноним (-), 19:22, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > запускаться на любом дистрибутиве?

    Никак. Более того - половина долбоклюев пишет эти портянки по принципу "у меня же работает?!". Да еще перемешав пути с логикой и прочая. Чинить за ними такой крап - на редкость отвратное занятие.

     
  • 7.129, GotF (ok), 20:41, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Не подскажете, как правкой одной-двух строчек заставить произвольно выбранный init-скрипт запускаться на любом дистрибутиве?

    Если скрипт и дистрибутив LSB-совместимые, то особых проблем быть не должно. В иных случаях проще будет написать с нуля.

     
     
  • 8.166, etw (ok), 00:26, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага До первого source lib lsb init-functions , который, как оказывается, в де... текст свёрнут, показать
     
  • 2.44, Аноним (-), 15:19, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом, в ходе работ по улучшению, они поймут, что набор отдельных
    > скриптов на баше делает процесс загрузки более быстрым, гибким и настраиваемым.

     
    > скриптов на баше
    > быстрым

    /0

     
     
  • 3.130, Michael Shigorin (ok), 20:44, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> скриптов на баше
    >> быстрым
    > /0

    Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков.  Естественно, если вместо read var < file использовать var='cat file' (вот так, без кавычек даже) -- тормозить будет как детский трактор.

    Младотурки, блин.  Даже на ноль делить в школе не научились.

     
     
  • 4.159, Аноним (-), 23:55, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почитайте скрипты {ldv,legion}@altlinux и поучитесь писать без лишних форков.  

    Я вот почитал факин ман на апстарт и научился писать ему джобы. Теперь оно и процессы перезапускает, и приоритет им ставит, и под нужным юзером пинает, etc, etc, etc. По нужным событиям и без лишних форков. И всего пяток строчек конфига на все про все. Вот это - хорошее соотношение efforts/results. Куда лучше упомянутых портянок на мое нескромное мнение. А если вдруг этого окажется мало - вот тогда уже и будем звать скриптопортянки. Только это надо в хорошо если 1% случаев.

     

  • 1.8, Аноним (-), 10:27, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    "Если программисты настолько незрелые, то их поделиям нечего делать на моих системах" - ЛОР шагает ИРЛ.
     
  • 1.10, Аноним (-), 10:52, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Разработчики initrd: загрузка  без systemd оказалась быстрее загрузки с systemd
     
     
  • 2.16, Аноним (-), 11:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    через 10 лет, Леннарт научиться писать интерпретаторы и напишет свой баш и перепишет все на него.
     
     
  • 3.121, Аноним (-), 20:10, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Он command.com свой напишет, после чего в autoexec.bat можно будет положить скрипт инициализации.
     
  • 2.45, Аноним (-), 15:21, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Разработчики initrd: загрузка  без systemd оказалась быстрее загрузки с systemd

    А что, разработчики initrd и разработчики systemd - разве не одно и то же?

     
     
  • 3.131, Michael Shigorin (ok), 20:45, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >> Разработчики initrd: загрузка  без systemd оказалась быстрее загрузки с systemd
    > А что, разработчики initrd и разработчики systemd - разве не одно и то же?

    "Разработчики initrd" -- в общем случае некорректный термин (для опровержения предлагаю попробовать его точно определить).

     
  • 3.186, Аноним (-), 07:15, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А что, разработчики initrd и разработчики systemd - разве не одно и то же?

    Initrd был задолго до systemd. Такая вот неожиданность.

     

  • 1.14, Fracta1L (ok), 11:15, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Дано: Gentoo & OpenRC
    Делаем: rc-update del xdm default && rc-update add xdm boot
    Итого: от граба до KDM проходит 2-3 секунды, systemd сосёт

    :)

     
     
  • 2.41, Аноним (-), 15:06, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Дано: Gentoo & OpenRC
    > Делаем: rc-update del xdm default && rc-update add xdm boot
    > Итого: от граба до KDM проходит 2-3 секунды, systemd сoсёт

    А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее :)
    (OpenRC не умеет в параллельную загрузку, а SysV умеет)

     
     
  • 3.71, Аноним (-), 16:22, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее :)
    > (OpenRC не умеет в параллельную загрузку, а SysV умеет)

    Вообще-то, OpenRC - это просто избыточная прослойка над SysV init.

    Когда-то, когда SysVinit не умел параллельной загрузки, поверх него придумали OpenRC, в котором планировалось реализовать эту функциональность.

    Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.

     
     
  • 4.85, Аноним (-), 16:49, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется
    > дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.

    А держится он в генте только потому, что так хочет один конкретный человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.

    Поэтому, когда тру-гентушники выступают против systemd - это смотрится довольно забавно :)

     
     
  • 5.92, anonymous (??), 17:10, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Прошло несколько лет. SysVinit научился грузиться параллельно (чем активно пользуется
    >> дебиан), а OpenRC до сих пор зависает при включении rc_parallel=yes.
    > А держится он в генте только потому, что так хочет один конкретный
    > человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.
    > Поэтому, когда тру-гентушники выступают против systemd - это смотрится довольно забавно
    > :)

    Gentoo вообще становится просто идиотским дистрибутивом. Все, что могу, перевожу потихоньку на дебиан. Hardened вот жалко, хорошее направление...
    Но вообще когда на ноуте с e-350 aptitude быстрее работает и меньше грузит проц, чем emerge на 8-ми ядернике, это о чем-то говорит.
    То они конфетки поцтеринг и ко дарят, то обновлении внезапно прилетает куча ненужной ерунды...

     
     
  • 6.97, Аноним (-), 17:21, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Просто изначально Gentoo создавали технари, со своими хорошим технарскими идеями... текст свёрнут, показать
     
  • 5.188, Аноним (-), 07:54, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А держится он в генте только потому, что так хочет один конкретный
    > человек - Luca Barbato. Ничем не лучше поцтеринга, кстати.

    "Свое г-но не пахнет" (народная мудрость).

     
  • 4.112, alexxy (ok), 19:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Зато openrc работает и на embedded и на отличных от linux OS, в отличии от systemd. Проблем с параллельным запуском я как то не видел последние пару лет в openrc.
     
     
  • 5.224, Аноним (-), 11:09, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато openrc работает и на embedded

    На embedded работает все то же самое что и везде. И конкретно openrc никому там нафиг не упал.

     
  • 3.169, etw (ok), 00:33, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> Дано: Gentoo & OpenRC
    >> Делаем: rc-update del xdm default && rc-update add xdm boot
    >> Итого: от граба до KDM проходит 2-3 секунды, systemd сoсёт
    > А если отключить OpenRC и оставить SysV init, будет грузиться еще быстрее
    > :)
    > (OpenRC не умеет в параллельную загрузку, а SysV умеет)

    SysV уже ничего не умеет, потому что эта ОС померла. Также нет стандартного и единого sysvinit-а - каждый дистрибутив пишет свой велосипед в sysv-стиле (или в bsd-стиле, но все равно СВОЙ).

    В дебиане используется свой местечковый sysv-style init, поверх которого водружен insserv, помогающий разрешать зависимости. Но от этого параллельная загрузка в остальных дистрибутивах с их собственными sysv-style init системами не появляется.

     

  • 1.18, виндотролль (ok), 11:37, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Начал читать новость, тут же возникла мысль, что разработчики системд готовят себе почву, так сказать. И действительно

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

    Начало systemd/linux (или GNU/systemd ?) положено.

     
     
  • 2.77, Аноним (-), 16:33, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Начало systemd/linux (или GNU/systemd ?) положено.

    Еще в позапрошлом году в ядро приняли леннартовский патч, перекраивающий работу планировщика задач.
    Кстати, нынче фичами этого патча пользуется не только systemd, но и upstart.

     

  • 1.19, ip1981 (ok), 12:38, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Показывать текст по видео - это пипец.
     
     
  • 2.24, Аноним (-), 13:39, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В духе поттеринговщины, чо.
     

  • 1.20, Buy (ok), 12:58, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Дожились, systemd тормозит без initrd.
     
     
  • 2.38, Аноним (-), 15:02, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему? Это ядро без initrd тормозит.
     
     
  • 3.70, Аноним (-), 16:17, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +9 +/
    > Почему? Это ядро без initrd тормозит.

    Тормозит-то ядро, а виноват-то systemd. Он вообще во всем виноват. И воду в кране тоже он выпил.

     
     
  • 4.88, Аноним (-), 16:52, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > И воду в кране тоже он выпил.

    Хотя нет, воду выпил Поцтеринг.

     
     
  • 5.90, Аноним (-), 17:05, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Хотя нет, воду выпил Поцтеринг.

    Нет, редхат. Без него линукс уже давно занимал бы 146% десктопов.

     
     
  • 6.101, Stax (ok), 17:52, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну а с ним убунта заняла эти 146%.. Конечно, если бы занял линукс, было бы лучше, но и так неплохо вышло.
     
     
  • 7.117, бубунавт (?), 19:50, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Чего? Сколько там убунта заняла десктопов? Чьих десктопов? А линукс сколько всего занял десктопов? :))
    Уверен, никто ни у кого ничего не занимал, всё осталось как и было ;)
     
     
  • 8.190, Аноним (-), 08:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    На данный момент - более 11 миллионов вроде как Например, моих ... текст свёрнут, показать
     
  • 3.113, alexxy (ok), 19:31, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Почему? Это ядро без initrd тормозит.

    Ну удивитесь наверное, но в ядре initramfs есть всегда, просто если на нем не находят /init или /bin/init или /sbin/init то происходит поиск корня механизмами ядра, что может занять время. Если initramfs есть то выполняется инит от туда

     
     
  • 4.191, Аноним (-), 08:40, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну удивитесь наверное, но в ядре initramfs есть всегда,

    Возможен и вариант загрузки ядра совсем без начального рамдиска. Кстати сие отвечает на вопрос - почему на allwinner'ской вундервафле ядро несколько секунд тупит. Оно у меня как раз без рамдиска взлетает. Как ни странно, в ARMовой убунте...

     
  • 4.227, Buy (ok), 12:21, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    У меня нету. За ненадобностью.
     

  • 1.23, Адекват (?), 13:20, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Наверное идея о том. что не следовало так анально заменять sysvinit на systemd, а для начала протестировать 2-3 года на добровольцах, отловив все глюки, выяснив узкие места, оптимизировать код и подготовить полностью готовую модель для каждого дистрибутива, внедряя, сохраняя старые системы инициализации, демонстрируя явные приимущества systemd перед прочими системами инициализации, спрашивая мнение сообщества "готовы ли вы отказаться от старой системы инициализации", и получив ответ "да готовы !!", ввиду того что systemd действительно рвет все прочие системы иницализации по всем фронтам - это идея быдло-дегенерата, больного шизофренией, болезнью паркинсона, а еще являющегося эталоном ретроградности.
    ДА ?
     
     
  • 2.57, Аноним (-), 15:53, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Медленное и аккуратное внедрение бывает только в промышленных дистрах и всяких д... текст свёрнут, показать
     
     
  • 3.134, Michael Shigorin (ok), 20:48, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Все остальные в большей или меньшей степени являются bleeding edge, и
    > предпочитают решать проблемы по возможности быстрее.

    Решать или создавать?  Вчера одной юной бездари на пальцах уже пытался баланс пояснить.

     
  • 2.172, etw (ok), 00:39, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Парочка вопросов на засыпку Дано все известные критические проблемы в багтреке... текст свёрнут, показать
     
     
  • 3.184, Адекват (?), 07:03, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Это все вопросы к ментейнерам, баги конечно остались, с вероятностью от скаже... текст свёрнут, показать
     
     
  • 4.262, etw (ok), 21:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален ты не поверишь, но именно так и делается С открытыми кр... текст свёрнут, показать
     
     
  • 5.297, Michael Shigorin (ok), 19:18, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > С открытыми критичными багами никто даже релиз не будет формировать.

    Вот это новость, прям прошлым веком повеяло.

     
     
  • 6.347, etw (ok), 00:08, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> С открытыми критичными багами никто даже релиз не будет формировать.
    > Вот это новость, прям прошлым веком повеяло.

    При чем тут прошлый век?

     
     
  • 7.349, Michael Shigorin (ok), 01:56, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>> С открытыми критичными багами никто даже релиз не будет формировать.
    >> Вот это новость, прям прошлым веком повеяло.
    > При чем тут прошлый век?

    При гонке за time to market, которая тогда ещё не допрогрессировала до того, что наблюдаем ныне.

    Ну и трава была зеленей, понятное дело.

     
     
  • 8.353, etw (ok), 11:41, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    При гонке за time to market увеличивают частоту релизов и используют различные a... текст свёрнут, показать
     
     
  • 9.356, Michael Shigorin (ok), 18:37, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Да Да И их тоже, потому как запыхиваясь над релизами и закопавшись по уши в юз... текст свёрнут, показать
     
     
  • 10.358, etw (ok), 03:51, 12/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вообще-то, большинство agile-подходов оринтированы именно на поддержание постоян... текст свёрнут, показать
     
     
  • 11.359, Michael Shigorin (ok), 15:32, 13/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я о том, что если ttm ставить во главу угла, а разум свой отодвинуть и к чужому ... текст свёрнут, показать
     
     
  • 12.360, etw (ok), 21:19, 14/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Так при чему тут тогда прошлый век Нормально поставленный процесс разработки и ... текст свёрнут, показать
     
     
  • 13.361, Michael Shigorin (ok), 02:11, 15/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    При степени гоночности ... текст свёрнут, показать
     
  • 6.351, бедный буратино (ok), 07:42, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> С открытыми критичными багами никто даже релиз не будет формировать.
    > Вот это новость, прям прошлым веком повеяло.

    Чем именно? Windows 95? Играми Daggerfall, Reunion, X-com?


     

     ....большая нить свёрнута, показать (15)

  • 1.25, Аноним (-), 13:44, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А какие у systemd недостатки что его все так не любят?
     
     
  • 2.26, Аноним (-), 13:51, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Только один - монструозный комбайн.
     
     
  • 3.39, Аноним (-), 15:03, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Только один - монструозный комбайн.

    По сравнению с любым монолитным ядром меркнут все юзерспейсовские комбайны.

     
  • 3.81, Аноним (-), 16:40, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Только один - монструозный комбайн.

    Это systemd-то комбайн? Вы еще coreutils не видели. Вот это - всем комбайнам комбайн! В один проект запихнуто куча программ совершенно разного назначения - кодирование base64, расчет хеш-сумм, изменение приоритета процесса, сортировка текста, смена владельца файла, вывод текущей даты и т.п.

     
     
  • 4.153, develop7 (ok), 23:11, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поскольку coreutils писаны а) давно и б) не Поттерингом, Это Совсем Другое Дело.
     
     
  • 5.167, Michael Shigorin (ok), 00:26, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Поскольку coreutils писаны а) давно и

    в) ранее это были fileutils, textutils и кто-то ещё третий.

     
  • 2.27, Адекват (?), 13:56, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А какие у systemd недостатки что его все так не любят?

    В частности команда journalctrl -u postfix -n50 (тут кстати между -n и 50 не должно быть пробела, иначе команда вернет ошибку) дает задержку в 3-4 секунды. Последующие вызовы - более быстрые.
    Гораздо больший по объему лог но не journalctl, а простой текстовый файл - выводит мнговенно с первого раза (cat /var/log/some.log | tail -n 50)

     
     
  • 3.28, ip1981 (ok), 13:58, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > cat /var/log/some.log | tail -n 50

    Не надо так делать. Даже теоретически tail -n 50 мог бы оптимизировать вывод.

     
     
  • 4.96, Адекват (?), 17:20, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >> cat /var/log/some.log | tail -n 50
    > Не надо так делать. Даже теоретически tail -n 50 мог бы оптимизировать
    > вывод.

    Да хоть
    a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ]; then echo 'echo $a'; else if [ "$a" = "" ]; then echo "нечего выводить"; fi;fi


    все равно будет быстрее

     
     
  • 5.135, Michael Shigorin (ok), 20:50, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ];
    > then echo 'echo $a'

    Вот так виндузятники и палятся -- кому нужен хвост Xorg.0.log, слепленный в одну строку?

     
     
  • 6.185, Адекват (?), 07:03, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> a='cat /var/log/Xorg.0.log | tail -n 50'; if [ "$a" != "" ];
    >> then echo 'echo $a'
    > Вот так виндузятники и палятся -- кому нужен хвост Xorg.0.log, слепленный в
    > одну строку?

    То есть ты таки проверил :))) ?

     
     
  • 7.307, Michael Shigorin (ok), 23:18, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > То есть ты таки проверил :))) ?

    То есть я-таки такое эээ... ладно, штатно вооружённым глазом вижу. ;)

     
  • 3.140, arisu (ok), 21:01, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а что, просто передать путь к файлу аргументом tail теперь не модно?
     

  • 1.29, Аноним (-), 14:07, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    недостатки системд повыбирал из разных веток linux org ru и ещё откуда-то ---... текст свёрнут, показать
     
     
  • 2.32, Анноннимм (?), 14:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    gt оверквотинг удален Ну вообще-то, если тебе так нужен if или ещё что-то, не ... текст свёрнут, показать
     
     
  • 3.47, cmp (ok), 15:25, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –5 +/
    А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс, хоть на пхп, но на си то нахрена, а ведь еще есть selinux и уефи наступает.. вместо тупого добавление пары строк в скрипт придется новый файл создавать, дублировать функционал старого, править права, контекстные права, и скрестив пальцы надеяться, что там не выползет еще какая хрень.

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

     
     
  • 4.52, Аноним (-), 15:40, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А я согласен. Переписали бы на перле скрипты, да хоть на ноде.жс,
    > хоть на пхп, но на си то нахрена, а ведь еще
    > есть selinux и уефи наступает.. вместо тупого добавление пары строк в
    > скрипт придется новый файл создавать

    Если у вас возникает такая необходимость, значит, вы что-то делаете неправильно.
    Программа должна настраиваться через конфигурацию, а не через код.

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

    Нельзя просто взять и подвесить systemd. Любой юнит, даже если зависнет, все равно будет убит по таймауту (по умолчанию 5 минут). В отличие от SysV init, который виснет навсегда (приходилось сталкиваться, спасибо дебиану за это).

     
     
  • 5.58, cmp (ok), 15:56, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Должна, но не обязана, прелесть линукса в гибкости, можно запустить демон, а мож... текст свёрнут, показать
     
     
  • 6.61, Аноним (-), 16:05, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Помнится, разработчики Windows в свое время реализовали довольно интересную заду... текст свёрнут, показать
     
     
  • 7.208, Аноним (-), 10:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > обязать разработчиков программ не устраивать там срача.

    Плюс сами развели там срач. Плюс не дали утилит в системе для прозрачной работы с данными. Так что найти в реестре все ветки содержащие "вася" но не содержащие "петя" - это рокет сайнс. Так изначально вообще не предусмотрено. А с учетом объема ср@ча в реестр - там обычно почти все что угодно находится не менее 100500 раз.

     
  • 6.64, Аноним (-), 16:09, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > SysV то еще убожество, но он прозрачен абсолютно,

    Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации.

     
     
  • 7.75, Аноним (-), 16:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Очень грустно, когда рассуждениями про "прозрачность" пытаются оправдать полное отсутствие вменяемой документации.

    Документация - не unix-way. Пусть всякие MSDN-ы документацию пишут, а мы и в код глянем.

     
     
  • 8.209, Аноним (-), 10:04, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    А как же маны ... текст свёрнут, показать
     
  • 7.80, cmp (ok), 16:39, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ешкин кот, да на кой черт документировать пять строк проверки наличия проги, кон... текст свёрнут, показать
     
     
  • 8.83, Аноним (-), 16:46, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже лет 20 не видет init-скрипты по пять строк С тем же успехом можно утвержд... текст свёрнут, показать
     
     
  • 9.93, cmp (ok), 17:10, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    slackware, дома только он, на работе центос - корп стандарт и скрипты его не сло... текст свёрнут, показать
     
     
  • 10.98, Аноним (-), 17:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    если бы это было действительно так Вот не надо ля-ля Я с 4-5 центосом работал... текст свёрнут, показать
     
     
  • 11.100, cmp (ok), 17:36, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Как практикующий админ, у systemd никаких полезных новшеств, один гемор ... текст свёрнут, показать
     
  • 11.115, alexxy (ok), 19:41, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Хаяли не сам удев а что с ним пытался сделать поттеринг, после того как вставил ... текст свёрнут, показать
     
  • 11.230, Адекват (?), 12:52, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я упорото не могу понять, почему вы считаете что sisvinit - геммор, а systemd ма... текст свёрнут, показать
     
  • 10.138, Michael Shigorin (ok), 20:54, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Покурочили ФС или fstab с UUID ... текст свёрнут, показать
     
     
  • 11.220, cmp (ok), 10:58, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    угумс, вдруг не с того не с сего на встраиваемой системе что-то покурочилось, да... текст свёрнут, показать
     
     
  • 12.266, arisu (ok), 21:29, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    маловероятно, но не невозможно ... текст свёрнут, показать
     
  • 9.354, nuclight (??), 17:04, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    http svnweb freebsd org base release 9 0 0 etc rc d rwho view co А если станда... текст свёрнут, показать
     
  • 8.124, Аноним (-), 20:18, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Но не придумал, чем отвлечь санитаров ... текст свёрнут, показать
     
  • 8.139, Michael Shigorin (ok), 20:55, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Посмотрите monit collectd Каждый прекрасно решает свои задачи ... текст свёрнут, показать
     
     
  • 9.145, quux (??), 22:12, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Не надо сказок Что monit cделает если основной процесс некоего демона нарожал п... текст свёрнут, показать
     
     
  • 10.149, Michael Shigorin (ok), 22:42, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Правильно, а вот почти десяток лет боевой эксплуатации кое-что говорит Что скаж... текст свёрнут, показать
     
     
  • 11.309, quux (??), 23:40, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Опыт говорит что нормальных решений сейчас не существует, есть наборы костылей р... текст свёрнут, показать
     
     
  • 12.317, Michael Shigorin (ok), 00:59, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ещё раз - если это неисправимо в самой софтине например, бинарь -- остаётся т... текст свёрнут, показать
     
  • 9.210, Аноним (-), 10:13, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Ага, и будет у нас лоскутное одеяло запускалок Половина программ запускается та... текст свёрнут, показать
     
  • 9.232, cmp (ok), 13:02, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо, посмотрел, не то это collectd - по мотивам cacti, видимо, имел удовольс... текст свёрнут, показать
     
     
  • 10.267, arisu (ok), 21:31, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    есть подозрение без сарказма , что способы получить реализацию этой хотелки 8... текст свёрнут, показать
     
     
  • 11.336, cmp (ok), 12:44, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    , ну да, только за мои деньги я попрошу не иначе как шедевр, и ни малейшего пр... текст свёрнут, показать
     
     
  • 12.337, arisu (ok), 12:51, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    ну 8230 составляй договоры, контролируй работу и всё такое ну, и получишь на ... текст свёрнут, показать
     
     
  • 13.339, cmp (ok), 13:45, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не согласен, это удача - найти человека способного выполнить то, что ты хочешь и... текст свёрнут, показать
     
  • 10.312, Michael Shigorin (ok), 00:13, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Не, не посмотрели, но дело хозяйское ... текст свёрнут, показать
     
     
  • 11.338, cmp (ok), 13:10, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Скажем так, увидел, что оно из себя представляет, или чего не представляет, объе... текст свёрнут, показать
     
  • 5.137, Michael Shigorin (ok), 20:52, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Нельзя просто взять и подвесить systemd.

    Что, и сегфолтнуть тоже нельзя?  Меня посодють? :]

     
     
  • 6.174, etw (ok), 00:43, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Нельзя просто взять и подвесить systemd.
    > Что, и сегфолтнуть тоже нельзя?  Меня посодють? :]

    Сегфлотнуть можно все, даже баш.

     
     
  • 7.298, Michael Shigorin (ok), 19:18, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сегфлотнуть можно все, даже баш.

    Вам удавалось сегфолтнуть bash?  Мне пока нет, а systemd -- да.

     
     
  • 8.310, PereresusNeVlezaetBuggy (ok), 23:57, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    code alias r fc -e - r r здесь будет ругань r r r r r r много-мн... текст свёрнут, показать
     
     
  • 9.315, arisu (ok), 00:48, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    эм bash fc bash vi command not found wtf ... текст свёрнут, показать
     
     
  • 10.316, PereresusNeVlezaetBuggy (ok), 00:58, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    О, глядишь, так и получится поприучать линуксоидов читать man ы А там, глядиш... текст свёрнут, показать
     
     
  • 11.320, arisu (ok), 01:07, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    man fc No manual entry for fc... текст свёрнут, показать
     
     
  • 12.322, PereresusNeVlezaetBuggy (ok), 01:09, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Теплее Даю подсказку чем отличаются ls и bin ls ... текст свёрнут, показать
     
     
  • 13.323, arisu (ok), 01:10, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    да не надо, туплю я просто ... текст свёрнут, показать
     
  • 11.321, arisu (ok), 01:09, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    чёрт что-то я спросонок торможу, фигню написал ... текст свёрнут, показать
     
  • 9.318, Michael Shigorin (ok), 01:02, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    code r r -bash fc не нашел такую команду code Ой, вот ведь незадача -- фи... текст свёрнут, показать
     
     
  • 10.319, PereresusNeVlezaetBuggy (ok), 01:05, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я ж специально написал, что срабатывает со второго ввода ... текст свёрнут, показать
     
     
  • 11.324, Michael Shigorin (ok), 01:10, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Действительно bash завершился с errorlevel 1, но не по SIGSEGV ... текст свёрнут, показать
     
     
  • 12.325, arisu (ok), 01:14, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    у меня с размаху сегфолтнулся 4 2 37 2 а вот zsh отказался сегфолтится 171 ... текст свёрнут, показать
     
  • 12.326, PereresusNeVlezaetBuggy (ok), 01:18, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Разные шеллы в разных ОС выдают разное, в зависимости от своего устройства, напр... текст свёрнут, показать
     
  • 8.327, etw (ok), 04:52, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Мне как-то удавалось двухстрочным скриптом стабильно сегфолтить баш ... текст свёрнут, показать
     
     
  • 9.341, Michael Shigorin (ok), 14:31, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Было бы интересно на него посмотреть, если вдруг ещё найдётся в любом разе спас... текст свёрнут, показать
     
     
  • 10.346, etw (ok), 00:06, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело было больше полугода назад и, разумеется, проблемная часть была сразу же пе... текст свёрнут, показать
     
  • 3.118, anonymous (??), 20:01, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > > Если бы systemd работал
    >
    > Работает. Что я делаю не так?

    Видимо, не программируете и не администрируете.

     
     
  • 4.154, Анноннимм (?), 23:11, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я так люблю такие пустословные предположения И с нетерпением жду описание пробл... текст свёрнут, показать
     
     
  • 5.168, Michael Shigorin (ok), 00:29, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Вообще, сама идея выделить в отдельную сущность запускалку абстрактных приложений

    Общую часть выделить -- да, мысль здравая.  Беда в другом -- где-то передел и попытки вылепить на Це то, что лучше и прозрачнее делается на шелле, а где-то недодел и игнорирование тех самых багрепортов, которых зачем-то хотите, как если бы имеющихся было мало (неужели уже свою часть исправили?).

    > Но на десктопе я использую systemd для загрузки программ в пользовательской сессии
    > (i3wm, pulseaudio, urxvtd). И юнит-файлы к ним я писал сам. И это элементарно. И удобно.

    И чем же это элементарнее и удобнее ~/.xsession.d/?

     
     
  • 6.280, Анноннимм (?), 00:11, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю, что тут один язык Си выбран исключительно унификации ради Про игнори... текст свёрнут, показать
     
     
  • 7.313, Michael Shigorin (ok), 00:35, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как уже не раз приводилось в примерах -- унификация бывает как полезная взаимоз... текст свёрнут, показать
     
  • 5.259, Michael Shigorin (ok), 20:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И с нетерпением жду описание проблем, возникших в процессе эксплуатации systemd.
    > А также, в идеале, ссылку на заведённый баг в трекере.

    Да, вот очередное и опять вследствие безмозглой асинхронности -- можете приступать к исправлению (если дело будет только за переводом на английский и его ещё нет, берусь сделать): https://bugzilla.altlinux.org/28805

     
     
  • 6.281, Анноннимм (?), 00:20, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Что-то этакое у меня было, когда устанавливал арч на новый ноут Всё решилось пр... текст свёрнут, показать
     
  • 6.289, anoser_anon (?), 08:04, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это проблема не в системд, а в плимуте. Исправлено в плимуте.
     
     
  • 7.293, qux (ok), 15:40, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Подобных багов не один и не два. Вот еще (под конец вид проблемы отличается):
    https://bugzilla.redhat.com/show_bug.cgi?id=892340
     
  • 7.305, Michael Shigorin (ok), 23:15, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это проблема не в системд, а в плимуте.

    Та, на которую сослался -- вылазила и без plymouth.  Майнтейнер опять починил, дифф не смотрел ещё...

     
  • 3.180, Аноним (-), 05:16, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Запили unit и запили init скрипт, нафига мне systemd тогда?
     
     
  • 4.306, Michael Shigorin (ok), 23:16, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Запили unit и запили init скрипт, нафига мне systemd тогда?

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

     
  • 2.42, Аноним (-), 15:16, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +7 +/
    > Еесли вдруг в одном из узлов дерева что-то не так, то
    > всё поддерево перестает запускаться. Это вызывает море удовольствия в часах проведенных
    > в попытках найти и исправить причину...

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

    > Поскольку юнит — это не скрипт и туда нельзя запихнуть конструкции с
    > if и for (а такое частенько бывает нужно), то в systemd
    > такие вещи переписывают на Си (!) и компилируют, а сам файл
    > прописывают только запуск /usr/lib/systemd/systemd-<name>. Типичный пример: systemd-fsck-root.service.

    В принципе, то же самое можно сделать хоть на баше, но будет мееедленно.

    > В результате, чтобы просто узнать, что именно делает этот долбаный юнит, нужно
    > искать среди исходников systemd (а также кучи других пакетов) нужный файл
    > и разбираться в каше сишного кода. Которая, к слову, выглядит пострашнее
    > любого навороченного баш-скрипта.

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

    А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать его manpage.

    > ----
    > к systemd претензия в том, что он — худшее, что могли выбрать арчеводы для init-системы.
    > ...

    Ну и дальше поток сознания ЛОР-клоуна AX (одноклассник Зенитура). Никаких аргументов, одни эмоции. Даже комментировать не стоит.

    > Раньше считалось, что арч хорош потому, что он KISS. Но использование вместо
    > init-а велосипедокомбайна из (неполный список) init-демона, syslog-а, udev, cron, dbus,
    > (x)inetd, readahead, ulatencyd, kdm/gdm/xdm, consolekit, sethostname, mount и http-сервера

    Ну дык все правильно. Вместо кучи велосипедов, каждый из которых нужно изучать отдельно - одно нормальное решение, которое можно изучить один раз. Простота - залог здоровья!

     
     
  • 3.51, cmp (ok), 15:37, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –4 +/
    нормальный скрипт в данном контексте не нуждается в документации, на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы, лучше не трогать, целее система будет, его можно воспринимать как конфиг со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим конфигом и мануалом, зачем только не понятно.
     
     
  • 4.54, Аноним (-), 15:46, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > нормальный скрипт в данном контексте не нуждается в документации,

    Весьма спорное утверждение.

    > на то он и скрипт - 4 функции start/stop/restart/status, если чтение его вызывает проблемы,
    > лучше не трогать, целее система будет, его можно воспринимать как конфиг
    > со стандартным синтаксисом, а вы пытаетесь заменить это программой со своим
    > конфигом и мануалом, зачем только не понятно.

    Затем, что язык программирования - это нифига не конфиг, очевидно же.
    Не надо смешивать настройки и код.

     
     
  • 5.59, Аноним (-), 15:57, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Между прочим, это ключевые принципы классического unix-way:
    - никакой документации (кому надо - путь читает сорцы)
    - конфигурация и код едины (надо настроить - правь код)

    Во всяком случае, именно такое впечатление складывается, если верить сторонникам sysvinit.

     
     
  • 6.142, Аноним (-), 21:06, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Короткий и локальный код должен быть самодокументированным, вынос документации з... текст свёрнут, показать
     
  • 6.211, Аноним (-), 10:16, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > - никакой документации

    А маны - это, типа, не юникс вэй? Как интересно.

    >  (кому надо - путь читает сорцы)

    Вот только юникс был проприетарной системой. И сорцев соответствнено не было.

    > - конфигурация и код едины (надо настроить - правь код)

    См. выше.

     
     
  • 7.247, Аноним (-), 14:57, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это когда и где в Unix не было исходников?
     
  • 7.248, Аноним (-), 15:00, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >А маны - это, типа, не юникс вэй? Как интересно.

    Попробуйте (в нормально, не отпоттеросяненной ОС)

    $man initscript

    и приколитесь.

     
  • 6.355, nuclight (??), 17:57, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Чушь какая. Разве что в головах фанатов, извративших оригинал.

    Вот тут http://old.intuit.ru/department/os/osunix/ в первых трех главах нормально изложено.

     
  • 5.60, cmp (ok), 15:58, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Затем, что язык программирования - это нифига не конфиг, очевидно же.
    > Не надо смешивать настройки и код.

    /etc/rc.d/

    знаете для чего нужна папка etc?

    Программа для запуска программы - дисонанса не улавливаете?

     
     
  • 6.62, Аноним (-), 16:06, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > /etc/rc.d/
    > знаете для чего нужна папка etc?

    В SysV init - для хранения программ.

    > Программа для запуска программы - дисонанса не улавливаете?

    Ну дык SysVinit-way во все поля.

     
     
  • 7.68, Аноним (-), 16:15, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    >> /etc/rc.d/
    >> знаете для чего нужна папка etc?
    > В SysV init - для хранения программ.

    Когда программы лежат в /etc и запускают другие программы - это и есть unix-way! Тупым systemd-фанатикам не понять :)

     
     
  • 8.76, Аноним (-), 16:30, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А еще всякие bin-ы - для лохов Настоящие юниксоиды там конфиги хранят Но syst... текст свёрнут, показать
     
  • 8.362, Клыкастый (ok), 13:48, 17/06/2015 [^] [^^] [^^^] [ответить]  
  • +/
    а они там не лежат там лежат конфиги и стартовые скрипты все правятся текстовы... текст свёрнут, показать
     
  • 6.125, Аноним (-), 20:23, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > знаете для чего нужна папка etc?
    > Программа для запуска программы - дисонанса не улавливаете?

    Вы недалеки от просветления. Это и есть Unix Way: запускать программы по возможности программами.

    Вручную пусть всё запускают те, кто каталоги "папками" называет.

     
  • 5.143, arisu (ok), 21:09, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Затем, что язык программирования — это нифига не конфиг, очевидно же.
    > Не надо смешивать настройки и код.

    видимо, именно поэтому у системд есть таки условия в «конфигах». корявые, неудобные, но есть. внизапна! это уже язык программирования. хоть и не тюринг-полный. не кидайся камнями из стеклянного дома.

     
     
  • 6.144, Аноним (-), 21:27, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, да, на рефале написать систему инициализации было бы круто.
     
     
  • 7.212, Аноним (-), 10:17, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, да, на рефале написать систему инициализации было бы круто.

    Так пишите, кто вам не дает?

     
  • 3.231, Адекват (?), 13:01, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Квадратно-гнездовое мышление времен SysV, когда была традиция не документировать процесс
    > загрузки, так что узнать назначение скрипта можно было только чтением его
    > кода.
    > А в эпоху systemd, чтобы понять назначение любого стандартного юнита, достаточно прочитать
    > его manpage.

    А вы manpag'у на все 100% доверяете :) ? может в нем какая-то неточность есть, или смысл выражений можно как-то двояко трактовать ? Или ментейнеры не досмотрели и не обновили manpage ?

    Я вот считаю, что действительно понять как работает скрипт - можно увидев его код, просто пробежав глазами.

     
  • 2.126, anonymous (??), 20:29, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/

    > Systemd пошел дальше. Вместо простого списка сервисов, которое надо запустить, он описывает
    > дерево запуска. Каждый его unit-файл описывает узел этого дерева. И этих
    > unit-файлов сотни. Через unit-ы в нём описано всё, условный и безусловный запуск, монтирование и проверки файловых систем, запуск и остановки и т.д.
    > Еесли вдруг в одном из узлов дерева что-то не так, то
    > всё поддерево перестает запускаться. Это вызывает море удовольствия в часах проведенных
    > в попытках найти и исправить причину...

    IMO построить дерево запуска можно (и нужно) статически, что впрочем вполне успешно делается таким простым средством, как insserv.

     
  • 2.177, etw (ok), 00:56, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    не отличаЕтся, а отличаЮтся Сам инит параллельно ничего без нашлепки сверху под... текст свёрнут, показать
     
     
  • 3.240, an (??), 14:17, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > > программа, которая их запускает, умеет запускать их параллельно
    >
    > Сам инит параллельно ничего без нашлепки сверху под названием insserv (которая есть
    > только в дебиане и Ко) запускать не умеет.

    А ничего, что insserv выстраивает скрипты в /etc/rc?.d/ _не во время загрузки системы_,
    а в процессе загрузки совсем не участвует?

     
  • 3.302, Michael Shigorin (ok), 22:58, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    hint эту операцию не так много смысла выносить в рантайм, т к относительно одн... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (87)

  • 1.30, Аноним (-), 14:08, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    ещё хотите про недостатки системд ---- Нет Для этого придумали logrotate, кото... текст свёрнут, показать
     
     
     
    Часть нити удалена модератором

  • 3.34, Аноним (-), 14:48, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    леннарт, поттеринг, ты?
     
     
  • 4.40, Аноним (-), 15:04, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > леннарт, поттеринг, ты?

    Нет, это другой леннартоборец вас поддерживает :)

     
  • 2.50, Аноним (-), 15:35, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Все эти костыли по-своему замечательны, но проблем дизайна протокола syslog они ... текст свёрнут, показать
     
     
  • 3.87, Аноним (-), 16:51, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ась Какое-какое сжатие с потерями Эк Вас приложило-то А сжатие происходи... текст свёрнут, показать
     
     
  • 4.89, Аноним (-), 17:02, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Попробую еще раз, для самых несообразительных структура записи какая информаци... текст свёрнут, показать
     
     
  • 5.94, Аноним (-), 17:15, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вот, для сравнения, несжатый вариант Tue, 2012-10-23 23 51 38 CEST PRIORITY 6 SY... текст свёрнут, показать
     
  • 5.102, Аноним (-), 18:07, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > А при записи в syslog регистрируется не UID программы (протокол syslog это
    > не поддерживает), а тот UID, который сама программа изволит сообщить. Поэтому
    > даже nobody может писать от имени рута.

    http://blog.gerhards.net/2011/11/trusted-properties-in-rsyslog.html просвещайся.

     
     
  • 6.296, qux (ok), 18:57, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > http://blog.gerhards.net/2011/11/trusted-properties-in-rsysl... просвещайся.

    Оттуда:

    > The idea is rooted in the journald proposal

    :)

     
  • 5.132, jOKer (ok), 20:45, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А между прочим кто сказал, что поступающая в журнал инфа должна укладываться в прокрустово ложе представлений Леонардо о нормализации?

    И почему бы не хранить данные в NoSQL DB?

    И с какого перепуга Леонардо смешал в кучу нормализацию данных (которая очевидно в журнале никому не упала) и бинарный формат, который возможно кому-то и понадобится? Между этими понятиями, если что, знак равенства не стоит!

     
     
  • 6.148, all_glory_to_the_hypnotoad (ok), 22:40, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И почему бы не хранить данные в NoSQL DB?

    считай, что бинарный лог и есть такая DB.

     
     
  • 7.152, jOKer (ok), 22:58, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Наивный вопрос имею: а почему бы не считать такой БД обычный текстовик в формате "ключ-значение"?
     
     
  • 8.155, all_glory_to_the_hypnotoad (ok), 23:16, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    можно и так считать, под NoSQL БД попадает всё что угодно... текст свёрнут, показать
     
     
  • 9.156, jOKer (ok), 23:32, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тогда последний наивный вопрос а не проще ли было бы прикрутить к rsyslog как ... текст свёрнут, показать
     
     
  • 10.162, all_glory_to_the_hypnotoad (ok), 00:17, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сислог не предоставляет равноценный интерфейс приложению Mеняется не только спо... текст свёрнут, показать
     
  • 8.214, Аноним (-), 10:23, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что у него нет индексов для быстрого лукапа в основном Ну и потому что о... текст свёрнут, показать
     
     
  • 9.226, jOKer (ok), 12:12, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле, вы немножко забегаете вперед сначала надо условится о том что ... текст свёрнут, показать
     
  • 5.141, Michael Shigorin (ok), 21:02, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы бы сами для начала перестали путать формат var log messages и RFC 3164 542... текст свёрнут, показать
     
     
  • 6.147, quux (??), 22:28, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?

    Ну и зачем ?

     
     
  • 7.151, Michael Shigorin (ok), 22:49, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?
    > Ну и зачем ?

    ...когда всё решается высокоуровневыми запросами по структурированным данным, ага... ;-)

     
     
  • 8.196, жабабыдлокодер (ok), 09:12, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Хранимые процедуры придуманы для реализации бизнес-логики, когда скорость критич... текст свёрнут, показать
     
     
  • 9.311, Michael Shigorin (ok), 00:11, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Если мне не изменяет склероз по мотивам давно уж прочтённого Дейта, то изначальн... текст свёрнут, показать
     
  • 7.193, anonymous (??), 09:01, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > > зачем в РСУБД хранимые процедуры придумали -- сами сообразите или подсказать надо?
    >
    > Ну и зачем ?

    В процессе отработки кошерного реляционного запроса легко получаются многомерные массивы нехилого объема. И тогда придумать sql clause, который engine может переварить становится нетривиально и он (clause) сильно зависит от engine (т.е. формально переносимо, фактически --- нет).

     
  • 3.133, Аноним (-), 20:47, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1) Структурированный лог это замечательно.
    2) Двоичный лог это просто глупость.
    3) "Доверенное" логгирование это палка о двух концах, поскольку добавляет в систему еще одну Точку Отказа Всего.
     
  • 3.181, Аноним (-), 05:30, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все программисты сразу кинулись переписывать программы под journald А вот нена... текст свёрнут, показать
     
     
  • 4.283, Анноннимм (?), 00:32, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А вы действительно используете syslog для логирования запросов, к скажем, высоко... текст свёрнут, показать
     
  • 4.295, qux (ok), 18:55, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > А вот ненадо ставить права на лог 777.

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

     
  • 2.146, all_glory_to_the_hypnotoad (ok), 22:17, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    идея бинарных логов в другом, стандартизированное навешивание метаданных на ло... текст свёрнут, показать
     
     
  • 3.150, Michael Shigorin (ok), 22:48, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Внимание, вопрос когда она начинает быть нужна Для проблемы есть более вменя... текст свёрнут, показать
     
     
  • 4.216, Аноним (-), 10:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Когда кто-то идет изучать логи, а не просто спускает их в dev null в очередной ... текст свёрнут, показать
     
     
  • 5.245, Пр0х0жий (??), 14:56, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > если админам в целом окажется более удобно нечто типа systemd,
    > вы просто останетесь без пользователей дистра.

    Пользователям всё равно, что удобнее админам.
    Но и с системд может произойти прямо до наоборот.

    > даже фирма Нокия применила пульсаудио на мобильном телефоне

    Кирпичи от Нокиа тоже умели это, где пульсаудио не может быть по-определению.

    > они там поюзали разные громкости звука для разных приложений

    dmix + softvol или где-то enable control keys
    Что дефолтно часто не активировано и надо подтолкнуть.
    Если ситуацию нельзя довести до подобного, то это уже проблемы клозет сорс.

     
     
  • 6.269, arisu (ok), 21:40, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    там вообще несколько через кое-что сделано. система жестоко завязана на dbus и gconf, причем без особой на то надобности.
     
  • 5.268, arisu (ok), 21:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    и это был редкостный идиотизм, да учитывая, что при этом нокия не дала исходник... текст свёрнут, показать
     
  • 4.294, qux (ok), 18:54, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Зачем тогда такая спешка с запихиванием всех на systemd всеми правдами и неправдами?

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

     
  • 2.178, etw (ok), 01:07, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ха-ха Давай по пунктам - Solr это индексатор Сам по себе ничем не ценен - E... текст свёрнут, показать
     
     
  • 3.303, Michael Shigorin (ok), 23:08, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > То, что ты предложил, предназначено для сбора логов с большого количества
    > серверов в промышленных масштабах на выделенный под эти цели кластер.
    > journal же нужен для похожей задачи, но только в рамках одной машины.
    > Это совершенно разные области!

    Внимание, вопрос: зачем мне "то же самое, только в рамках одной машины"?

    А что применить из уже работающего крупнокалиберного по задачам, где _действительно_ есть смысл в риторике, которую слышу в пользу journal -- и так знаю.

     

     ....большая нить свёрнута, показать (35)

  • 1.36, pavlinux (ok), 15:00, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    sata_nv.parallel_scan=1
     
     
  • 2.73, Аноним (-), 16:26, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > sata_nv.parallel_scan=1

    Хм. А тыщу LVM-томов оно тоже ускорит (это не возражение, а именно вопрос)?

     
     
  • 3.84, Аноним (-), 16:47, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    залучит все
     
     
  • 4.86, Аноним (-), 16:51, 07/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > залучит все

    В смысле - залучит?

     

  • 1.123, Аноним (-), 20:14, 07/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Вот прочитал комментарии и подумал. Знаете, что самое забавное. Комментаторы столько энергии и страсти тратят на критику/защиту systemd, как будто от этого что-то зависит. А между тем весь этот процесс идет независимо от них. Я таки защищаю всех тех, кто просто делает свое дело.
     
     
  • 2.183, Аноним (-), 05:41, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот прочитал комментарии и подумал. Знаете, что самое забавное. Комментаторы столько энергии
    > и страсти тратят на критику/защиту systemd, как будто от этого что-то
    > зависит. А между тем весь этот процесс идет независимо от них.
    > Я таки защищаю всех тех, кто просто делает свое дело.

    Пока платят бабки чтоб процесс то не шел?
    Менеджер дал задание программер написал, как написал че написал всем пофиг.
    Главное это продать, прорекламировать и продать.
    Не индусские неасиляторы баша стоят дешевле, это позволяет сэкономить.
    Есть проблемы добро пожаловать в службу поддержки redhat.
    Дальше можно не писать и так понятно зачем systemd нужен и кому.

     
     
  • 3.198, Аноним (-), 09:15, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Можно было вообще не писать с самого начала. Столько энергии в пустоту ущло.
     
  • 3.352, бедный буратино (ok), 07:43, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Пока платят бабки чтоб процесс то не шел?

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

     
  • 2.350, бедный буратино (ok), 07:40, 11/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Люди пишут злобные комментарии не от хорошей жизни. Они просто выросли в таком мире, на такой культуре.

    И не имеет значение, хорошее это или плохое. Люди пишут комментарии по тому, что более популярно. Потому что более резонансно. Кто-то от таких комментариев ломается (разработчики Gnome3), кто-то с большим трудом через них пробивается, постоянно оправдываясь (systemd), а кто-то просто делает то, что считает нужным, так, как считает нужным (лидеры ядра Linux, системы OpenBSD).

    Так выпьем же за то, чтобы всё это делало нас только сильнее.

     

  • 1.176, Хрен с горы (?), 00:52, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ай да Леннарт, ай да сукин сын!
     
  • 1.187, Аноним (-), 07:19, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    а кто эта женщина в очках?
     
     
  • 2.207, Av (??), 09:47, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > а кто эта женщина в очках?

    Ах вон оно что! Я то думаю, что это у WOT'а сервера постоянно отваливаются и тех. работы регулярнее появления тандема на экране. Так это поттеринг.

     

  • 1.215, Аноним (-), 10:30, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я не ошибся там упомянуты сервера с тысячами дисков?
     
     
  • 2.217, Аноним (-), 10:44, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Я не ошибся там упомянуты сервера с тысячами дисков?

    Сервак с 40 дисков собрал вообще какой-то индивид с хабры. На коленке и вообще с виндой. По поводу чего не понятно, чего бы вдруг пингвину не работать с сотнями или даже тысячами дисков.

     
     
  • 3.218, Аноним (-), 10:54, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну как бы с того кто подключить их будет ну очень проблемно. Просто жуть как проблемно. То есть в теории я не отрицаю такого, но на практике бред.
     
     
  • 4.287, Аноним (-), 06:40, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS
    24*3+6=78
    ну по крайней мере 78 подрубить можно, и еще pci-e x1 остануться.
     
     
  • 5.314, Michael Shigorin (ok), 00:37, 10/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Adaptec RAID 72405 ASR-72405 Single PCI-E x8, 24-port SAS
    > 24*3+6=78

    Это если без экспандеров.  С другой стороны -- а оно честно не затыкается при 24 дисках?

     

  • 1.223, Аноним (-), 11:08, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вопрос номер раз, почему systemd не была написана раньше?
    Тот кто может такую написать люди умные и им она нафиг не нужна.
    Те кто не могут, поклоняться поттерингу.
     
     
  • 2.271, arisu (ok), 21:50, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну да, примерно потому же, почему двухпанельных файловых менеджеров не так много (мёртвые проекты и проекты в анабиозе не в счёт). именно потому, что пока он автору нужен, то автор не очень хорошо программирует. а когда автор хорошо программирует — уже и не нужен.
     

  • 1.228, svr (?), 12:25, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Centos 6.3, кусочек из killproc():

            # Kill it.
            if [ -n "$pid" ] ; then
                    [ "$BOOTUP" = "verbose" -a -z "${LSB:-}" ] && echo -n "$base "
                    if [ -z "$killlevel" ] ; then
                           if checkpid $pid 2>&1; then
                               # TERM first, then KILL if not dead
                               kill -TERM $pid >/dev/null 2>&1
                               usleep 100000
                               if checkpid $pid && sleep 1 &&
                                  checkpid $pid && sleep $delay &&
                                  checkpid $pid ; then
                                    kill -KILL $pid >/dev/null 2>&1
                                    usleep 100000
                               fi
                            fi
                            checkpid $pid
                            RC=$?
                            [ "$RC" -eq 0 ] && failure $"$base shutdown" || success $"$base shutdown"
                            RC=$((! $RC))

    Кусочек из status()

    status() {
            local base pid lock_file= pid_file=

            # Test syntax.
            if [ "$#" = 0 ] ; then
                    echo $"Usage: status [-p pidfile] {program}"
                    return 1
            fi
            if [ "$1" = "-p" ]; then
                    pid_file=$2
                    shift 2
            fi
            if [ "$1" = "-l" ]; then
                    lock_file=$2
                    shift 2
            fi
            base=${1##*/}

    Про инит скрипты musqld вообще молчу. Человек, который считает что это правильно и удобно, определённо не дружит с головой

     
     
  • 2.229, Av (??), 12:40, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а что не так собственно? алгоритм не красивый? или буковки незнакомые?
     
     
  • 3.233, svr (?), 13:09, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дебильные непараметризованные sleep и usleep, usage в status не описывает реально его функционал и прочее и прочее. Это адов бардак, писавшийся разными людьми с разными подходами, сплошные костыли и workaround'ы. Мне по работе приходится постоянно в этом центосном навозе копаться и я очень очень тоскую по systemd на своих личных компах и ноутбуках. А ещё приходится писать init'ы для использования с initctl от upstart и прочую херь, которая в systemd пишется в три-пять простых и понятных строк
     
     
  • 4.234, Av (??), 13:35, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Странные у вас аргументы про костыли и подходы, systemd внутри тоже не блещет фердипердозностью.
     
     
  • 5.236, svr (?), 13:58, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Странные у вас аргументы про костыли и подходы, systemd внутри тоже не
    > блещет фердипердозностью.

    Чего странного? Я представил энтерпрайзный быдлокод, объяснил что мне в нём не нравится. И, в отличие от, для использования systemd мне в его код лезть нет необходимости. Он экономит моё время. А если systemd внутри не блещет "фердипердозностью", так я только рад: не уверен в необходимости такого блеска.

     
     
  • 6.241, Av (??), 14:26, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это вы себя программируете словом "быдлокод"? Объясните чем тогда отличается изменение под свои нужды "быдлокода" и "быдлоконфига" для systemd?
     
     
  • 7.243, svr (?), 14:33, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это вы себя программируете словом "быдлокод"? Объясните чем тогда отличается изменение
    > под свои нужды "быдлокода" и "быдлоконфига" для systemd?

    Временем, коллега. Разбирание в кривых (а их реально много) init скриптах есть бесполезная трата времени. Конфиг сервиса для systemd представляет собой несколько простых строчек и понятен с первого взгляда. Вероятность ошибок снижается, эффективность работы повышается. Если это не очевидно - увы.

     
     
  • 8.246, Av (??), 14:57, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы теплое с мягким не путайте Несколько строчек будет и в скрипте для запуска с... текст свёрнут, показать
     
     
  • 9.252, svr (?), 15:37, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот удивляют меня люди, не читающие документацию, но активно при этом спорящие ... текст свёрнут, показать
     
     
  • 10.253, Av (??), 15:49, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    вот-вот в конечном итоге для нетривиальной задачи ваш конфиг выродится в указан... текст свёрнут, показать
     
     
  • 11.254, svr (?), 16:42, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Демагог же К чёрту авто, в нетривиальном случае придётся воспользоваться лошадь... текст свёрнут, показать
     
     
  • 12.274, arisu (ok), 21:54, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    в тривиальном случае достаточно самоката в нетривиальном 8212 всё равно само... текст свёрнут, показать
     
  • 12.288, Av (??), 07:47, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну-ну, софизмы до сего момента звучали от вас ... текст свёрнут, показать
     
  • 6.242, pavlinux (ok), 14:29, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > И, в отличие от, для использования systemd мне в его код лезть нет необходимости.

    А нафига тогда полез в killproc()?

     
     
  • 7.244, svr (?), 14:34, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> И, в отличие от, для использования systemd мне в его код лезть нет необходимости.
    > А нафига тогда полез в killproc()?

    Разгребал разнообразные глюки при shutdown'е сервера

     
     
  • 8.255, Аноним (-), 17:06, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ай а ссылку на багрепорт можно ... текст свёрнут, показать
     
     
  • 9.258, svr (?), 18:14, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сервисы внутрикомпанейские, собственной разработки, поэтому и багзилла внутрення... текст свёрнут, показать
     
  • 2.256, chinarulezzz (ok), 18:02, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Centos 6.3, кусочек из killproc():

    глянь на код CRUX, Slackware. От людей и для людей.

     
     
  • 3.257, svr (?), 18:06, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >>Centos 6.3, кусочек из killproc():
    > глянь на код CRUX, Slackware. От людей и для людей.

    CRUX некторое время юзал, потом ушёл на анлогичный lunar. В целом про инициализацию CRUX'а согласен: человеками и для человеков ;-)

     
     
  • 4.278, Аноним (-), 22:06, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > CRUX некторое время юзал, потом ушёл на анлогичный lunar.

    Кстати, а в crux есть поддержка нескольких репозиториев? В lunar-то точно нет (поэтому я и использую до сих пор SMGL).

     
     
  • 5.279, Аноним (-), 22:16, 08/04/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Похоже таки есть. Но там нет аналога emerge --depclean, увы.
     

     ....большая нить свёрнута, показать (20)

  • 1.239, Аноним (-), 14:16, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    "Раньше мой линукс поднимался медленно, но когда я попробовал systemd мой линукс стал подниматься гораздо быстрее..."
    <<
    >>
     
  • 1.261, Аноним (-), 21:02, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    без systemd, еще быстрее
     
  • 1.263, phpcoder (ok), 21:13, 08/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Спасибо! Интересно было послушать, жаль что слайдов во втором видео не видно.
     
     
  • 2.290, anonymous (??), 08:40, 09/04/2013 [^] [^^] [^^^] [ответить]  
  • +/
    В новости есть ссылка на страницу с докладами к конференции, а там есть ссылки на все презентации.
     

  • 1.342, anonymous (??), 20:38, 10/04/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Разработчики ненужноd: загрузка с ненужно оказалась быстрее загрузки без ненужно
     

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



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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