The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Линус Торвальдс раскритиковал ограничительные меры по усилен..., opennews (??), 20-Ноя-17, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


16. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 12:15 
А по факту: достаточно и одной.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

20. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –5 +/
Сообщение от AntonAlekseevichemail (ok), 20-Ноя-17, 12:37 
> А по факту: достаточно и одной.

Одной было достаточно, до тех пор пока она стала не удобной 1% из 95% общества.
1% наплодил до ~6 систем инициализации улучшающий тот или иной аспект этой системы.
(Кому нужна простота настройки, скорость её и модульность поставит SystemD,
Кому нужен Legacy тот будет использовать SysVInit,
Кому нужно что-то более экзотичное будут использовать что-то другое.)

Ответить | Правка | Наверх | Cообщить модератору

26. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +8 +/
Сообщение от Аноним (-), 20-Ноя-17, 13:07 
> модульность
> SystemD

Ты только что поделил на ноль.

Ответить | Правка | Наверх | Cообщить модератору

31. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –8 +/
Сообщение от AntonAlekseevichemail (ok), 20-Ноя-17, 13:50 
>> модульность
>> SystemD
>    Ты только что поделил на ноль.

Хорошая попытка, но нет.
SystemD содержит отдельные модули для сети(networkd), для cgroups, для нотификаций(notify), для журнала(journald), для определения оборудования(udevd), для логинизации(logind) и так далее.

Если что-то не нужно просто выруби и проблем не будет, а возможно и нет это уж как повезет.

Ответить | Правка | Наверх | Cообщить модератору

35. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –3 +/
Сообщение от Аноним (-), 20-Ноя-17, 14:23 
Забей, местные обезьяно-утята яростно ненавидят всё, что выходит за рамки привычного болотца
Ответить | Правка | Наверх | Cообщить модератору

45. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 15:04 
У меня только что упал udev, который, чёрт бы его подрал, в составе твоего любимого systemd и который очень сложно оторвать от него, и вызвал kernel panic из-за багрённого правила, может и неправильно написанного, но зачем падать и уносить с собой всю систему?!
Ответить | Правка | Наверх | Cообщить модератору

53. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –4 +/
Сообщение от Аноним (-), 20-Ноя-17, 15:56 
"Правило" поди сам написал? А оно как давай ронять udev (в /dev всё поотваливалось)! А ты такой: а чегой-то у меня кернель в паник от этого!? Чего это оно!? Это с-д виноват!
Censored рваный.


Ответить | Правка | Наверх | Cообщить модератору

66. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 17:49 
Это правило отлично работало 2 года (нет, писал не сам, с форумов генту), покуда systemd не обновился. Так что не надо ля-ля. Может ты критически научишься мыслить и поймёшь наконец, что безглючного сотфа, железа и прочего в природе не существует. А уже в systemd за последние несколько лет столько глюков отловили...
Ответить | Правка | Наверх | Cообщить модератору

82. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 18:57 
> "Правило" поди сам написал? А оно как давай ронять udev (в /dev
> всё поотваливалось)! А ты такой: а чегой-то у меня кернель в
> паник от этого!? Чего это оно!? Это с-д виноват!

Круто, чё. Написал кривое правило — получай кернел паник и грузись в init=/bin/bash, чтобы исправить. Вместо того, чтобы получить сообщение об ошибке при обработке одного отдельно взятого правила. Как раз про тех, кто такое вытворяет, Линус в сабже и высказался.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

104. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 23:09 
> Круто, чё. Написал кривое правило — получай кернел паник и грузись в
> init=/bin/bash, чтобы исправить. Вместо того, чтобы получить сообщение об ошибке при
> обработке одного отдельно взятого правила. Как раз про тех, кто такое
> вытворяет, Линус в сабже и высказался.

Линус как раз в здравом уме и понимает что кернел паник не должен случаться по любой ерунде. Особенно кривом правиле в udev. И если это не так - вот прямо Торвальдсу и рассказывай что у него в ядре жирный баг. В общем случае ядро не имеет права грохаться при ошибках юзермода.

Ответить | Правка | Наверх | Cообщить модератору

149. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 13:12 
Спасибо, что развил мою мысль.
Ответить | Правка | Наверх | Cообщить модератору

205. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Джон Ленин (?), 23-Ноя-17, 07:08 
при желании можно спровоцировать баг утилитами mount и dd... а ты про udev рассказываешь тут. Если автоматика для /dev посыпалась — грузись в шелл, и заменяй своё кошерное правило на дефолтное.
Ответить | Правка | К родителю #104 | Наверх | Cообщить модератору

233. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 24-Ноя-17, 04:05 
> при желании можно спровоцировать баг утилитами mount и dd...

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

> а ты про udev рассказываешь тут. Если автоматика для /dev посыпалась — грузись в
> шелл, и заменяй своё кошерное правило на дефолтное.

Я вроде не просил troubleshooting guide. Потому что и без вас неплохо справляюсь и с udev и с systemd.

Ответить | Правка | Наверх | Cообщить модератору

73. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от anonimus (?), 20-Ноя-17, 18:21 
У меня удев вполне хорошо идёт без сутемды
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

101. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:00 
> и вызвал kernel panic из-за багрённого правила, может и неправильно написанного,
> но зачем падать и уносить с собой всю систему?!

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

Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

127. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Знающий (?), 21-Ноя-17, 02:13 
> И если у тебя упало ядро от действий юзермода - баг прежде всего в ядре.

kill -9 1

Ответить | Правка | Наверх | Cообщить модератору

132. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 05:01 
> kill -9 1

Какой ты умный. А что, вы там такие умные udev запустили как 1? Вот вы затейники.

Ответить | Правка | Наверх | Cообщить модератору

150. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 13:29 
>> kill -9 1
> Какой ты умный.

Не, он глупый. Не будет ядро PID 1 убивать, как ты его ни проси.

Ответить | Правка | Наверх | Cообщить модератору

234. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 24-Ноя-17, 04:07 
> Не, он глупый. Не будет ядро PID 1 убивать, как ты его ни проси.

Но сам пойнт что при невозможности запуска или крахе PID 1 система может упасть в панику - валиден. Только если много бухтеть, Торвальдс встроит менеджер сервисов прямо в ядро :)

Ответить | Правка | Наверх | Cообщить модератору

235. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 24-Ноя-17, 04:20 
> Только если много бухтеть, Торвальдс встроит менеджер сервисов прямо в ядро :)

Зачем ложить все яйца в одну корзину? Может ещё и Xorg/Wayland + Chromium встроят туда. :D

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

71. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +3 +/
Сообщение от Аноним (-), 20-Ноя-17, 18:16 
> Забей, местные обезьяно-утята яростно ненавидят всё, что выходит за рамки привычного болотца

Просто некоторые сишечку не только на ютубчике видели.
И гляда на сомнительного качества код с целой армадой велосипедов (чего стоит один только наколенный парсер конфигов), не только не впадают в благоговейный молитвенный транс, но даже начинают догадываются о масштабах готовящейся подлянки.


Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

80. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Лис (?), 20-Ноя-17, 18:40 
Надо systemd на go портировать.
Ответить | Правка | Наверх | Cообщить модератору

88. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 19:54 
> Надо systemd на go портировать.

Даёшь проблем ещё больше! Нам так нравится исправлять проблемы с s-d!

Ответить | Правка | Наверх | Cообщить модератору

94. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +2 +/
Сообщение от Аноним (-), 20-Ноя-17, 21:02 
> Надо systemd на go портировать.

А вы друзья, как ни садитесь …
Хотя да, готовый парсер на го или питоне пожалуй не только понадежнее, но и пошустрее будет.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

103. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:05 
> Хотя да, готовый парсер на го или питоне пожалуй не только понадежнее,
> но и пошустрее будет.

Системд сам по себе обычно отрабатывает быстрее чем, блин, ядро железо инициализирует:

Startup finished in 3.950s (kernel) + 2.081s (userspace) = 6.032s

И вот это - дебиан с тормозной SD карты. И шел бы ты куда подальше вместе с своими го и питоном, особенно в системе инициализации.

Ответить | Правка | Наверх | Cообщить модератору

115. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от gred (ok), 21-Ноя-17, 00:00 
> Системд сам по себе обычно отрабатывает быстрее чем, блин, ядро железо инициализирует:
>
Startup finished in 3.950s (kernel) + 2.081s (userspace) = 6.032s

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

Ответить | Правка | Наверх | Cообщить модератору

123. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от Аноним (-), 21-Ноя-17, 00:58 
> понятно, появились очевидно сервера, да и рабочие станции, весь смысл существования которых
> в том, чтобы быть перезагруженными.

Это микромодуль на ARM, лолка. Их 3 штуки на ладони умещаеся, а вот тупить минуту им не следует.

> Люди, вы совсем с дуба рухнули, мастурбировать на скорость загрузки?

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

Ответить | Правка | Наверх | Cообщить модератору

129. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 04:23 
А при чём тут сервера и рабочие станции?
Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

133. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 05:06 
> А при чём тут сервера и рабочие станции?

Не знаю, у того кто про них задвинул спроси. Но вообще, не думаю что много народа откажется от того чтобы у них серваки и рабочие станции быстро грузились. А чисто практически - забавно видеть рожи юзеров винды, узревших что система может ввалиться на десктоп за 5 секунд как из пушки и даже не тормозить минуту после этого. Это выглядит так: монитор гаснет переключая режим за bios/firmware. Когда он включается, на нем десктоп. Даже заставка не успевает прорисоваться.

Ответить | Правка | К родителю #129 | Наверх | Cообщить модератору

151. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 13:33 
> Это микромодуль на ARM, лолка. Их 3 штуки на ладони умещаеся, а
> вот тупить минуту им не следует.

И запускается там полтора сервиса,  небось? Ну тогда системда ещё долго тормозит. Ты не с ядром её сравнивай, а с другими инитами, если так хочешь пиписьками меряться.

Ответить | Правка | К родителю #123 | Наверх | Cообщить модератору

236. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 24-Ноя-17, 04:21 
> И запускается там полтора сервиса,  небось?

А сколько надо, столько и запускается. Дебиановские правила на месте.

> Ну тогда системда ещё долго тормозит. Ты не с ядром её сравнивай, а с другими инитами,
> если так хочешь пиписьками меряться.

Г-но вопрос! Шеллскрипты тупили в разы дольше и с ними хватало проблем, которые никто не чинил годами. Апстарт по скорости примерно как системд, но в нем нельзя перекрыть своим конфигом системный конфиг другого сервиса, поэтому вписывание своей программы в нужное место стартовой последовательности = боль ниже спины. Надо менять чужой конфиг, при обновлении пакетный менеджер чего доброго затрет изменения. Не лечится - фэйл на уровне архитектуры апстарта.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

122. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +2 +/
Сообщение от Аноним (-), 21-Ноя-17, 00:48 
> Системд сам по себе обычно отрабатывает быстрее чем, блин, ядро железо инициализирует:
>
Startup finished in 3.950s (kernel) + 2.081s (userspace) = 6.032s

У любителей гаражного велосипедостроения теперь классическая отмазка питонистов и прочей скриптоты – "железо сейчас быстрое и все упирается в IO!"?
Так ведь кроме того, что оно тормознее, чем могло быть, оно и еще и значительно сложнее в поддержке.

>  особенно в системе инициализации.

Весом в 300 000 строк …


Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

124. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –2 +/
Сообщение от Аноним (-), 21-Ноя-17, 01:18 
> У любителей гаражного велосипедостроения теперь классическая отмазка питонистов и прочей
> скриптоты – "железо сейчас быстрое и все упирается в IO!"?

Вот конкретно в этой системе systemd ограничен именно IO :). Быстрой UHS картой или eMMC можно еще отыграть. Но максимальный отыгрыш менее 2 секунд. Более перспективно ядро пинать.

> Так ведь кроме того, что оно тормознее, чем могло быть, оно и
> еще и значительно сложнее в поддержке.

Вот конкретно системд до упомянутого состояния догнался дебутстрапом минимального тестинга и парой самописных юнитов поднимающих нужные программы. Никакой сложности с поддержкой я не ощутил. И вообще, системд позволяет удобно перекрыть своим юнитом то что притащили майнтайнеры. Остальным это делать было лениво. А еще у него есть понятие первого запуска системы. И "reset to factory defaults" довольно просто сделать.

> Весом в 300 000 строк …

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

Ответить | Правка | Наверх | Cообщить модератору

194. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 22-Ноя-17, 15:20 
> Системд сам по себе обычно отрабатывает быстрее чем, блин, ядро железо инициализирует:
> [\code] Startup finished in 3.950s (kernel) + 2.081s (userspace) = 6.032s [\/code]
> И вот это - дебиан с тормозной SD карты. И шел бы ты куда подальше вместе с своими го и питоном, особенно в системе инициализации.

Тут я бы поспорил что SystemD отрабатывает быстрее чем ядро железо.
Но с учетом того что вы используете Debian вероятнее всего то что у вас более старое ядро нежели чем 4.14.1 и SystemD версии ниже чем 235.

Startup finished in 490ms (kernel) + 4.170s (initrd) + 15.047s (userspace) = 19.708s

Это при использовании ArchLinux на данных выше версиях ядра и SystemD. SystemD у меня стартует на этапе InitRD примерно спустя секунду после инита оборудования.

Но поскольку условия в данном случае считаются не равными.
Я стартую с SATA II HDD, а вы стартуете через microSD вероятнее всего класса 4 может 6.
В вашем случае всё равно получается быстрее стартовать, ибо используется более оптимальная версия ядра и SystemD.

Ответить | Правка | К родителю #103 | Наверх | Cообщить модератору

237. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –2 +/
Сообщение от Аноним (-), 24-Ноя-17, 04:43 
> Тут я бы поспорил что SystemD отрабатывает быстрее чем ядро железо.

Вот конкретно сам systemd - весьма резвая штука. Хоть никто это специально и не делал.

>

Startup finished in 490ms (kernel) + 4.170s (initrd) + 15.047s (userspace) = 
> 19.708s

А еще у системды есть systemd-analyze blame где рассказывается кто, сколько и почему. Поэтому если так получилось что время старта системы не нравится, можно найти виновника и вообще осмысленно твикать систему в нужную сторону.

Если интересно сколько времени потратил сам systemd - так ядро статистику для процессов ведет. Вот сразу после загрузки и посмотреть CPU time системды. Наверняка там ничего близкого к 19 секундам нет а основное время из 19 секунд - это похоже на крепко озадаченый винч и ожидание пока программы прочтутся и запустятся. С ssd система взлетает секунд за 5, из которых добрая половина - монтирование файлух (так что опять же мяч на стороне ядра наполовину). На ssd ожидания io намного меньше. Т.е. дело не в systemd как таковом а в io, чудес не бывает. И позволю себе напомнить: до апстарта и системд примерно такие же по смыслу системы с механических винчей могли и целую минуту протуплять.

> Я стартую с SATA II HDD, а вы стартуете через microSD вероятнее всего класса 4 может 6.

Они разные. У HDD скорость передачи данных выше но seek time высокое. У SD - seek почти нулевой, зато общая скорость мелкая. Но что интересно, в обоих случаях система ограничена IO.

Если взять нормальный SSD, с системд полный десктоп взлетает ракетой за единицы секунд. Вплоть до того что система начинает переключать видеорежим после бутлоадера, а когда монитор переключает режим - на экране уже десктоп. И назвать там системд тормозом - ну вообще никак, особенно учитывая что половину этого времени ядро файлухи монтировало. Что недвусмысленно рассказывается systemd-analyze blame опять же.

> В вашем случае всё равно получается быстрее стартовать, ибо используется более оптимальная
> версия ядра и SystemD.

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

Ответить | Правка | Наверх | Cообщить модератору

247. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 24-Ноя-17, 19:12 
Одними словами я уперся в IO.


OFFTOPIC: Кстати, журнал(system.journal) тормозит во-время Bootstrap'а(Если его объем более 240 MiB точно.), мне кажется что лучше его чистить почаще.

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

126. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Sw00p aka Jerom (?), 21-Ноя-17, 01:57 
и в докер пихнуть )
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

147. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Vivaswan (ok), 21-Ноя-17, 12:47 
Не, лучше сразу - на ПЁрл или Пайтон...  
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

152. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 13:35 
> Не, лучше сразу - на ПЁрл или Пайтон...

Надо на elisp, а то emacs больно долго инициализируется — пришло время ускорить.

Ответить | Правка | Наверх | Cообщить модератору

153. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Andrey Mitrofanov (?), 21-Ноя-17, 13:36 
> Не, лучше сразу - на ПЁрл или Пайтон...

На баш же. VUA сразу вернутся со свого deVUAn-а.

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

102. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:02 
> Просто некоторые сишечку не только на ютубчике видели.
> И гляда на сомнительного качества код с целой армадой велосипедов (чего стоит
> один только наколенный парсер конфигов), не только не впадают в благоговейный
> молитвенный транс, но даже начинают догадываются о масштабах готовящейся подлянки.

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

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

105. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:16 
> А инит скрипты пришли к тому что их даже палочкой тыкать никто не хотел. Поэтому они были в состоянии кривого дерьма перманентно.

Если так обстояло в твоём дистрибутиве, я тебе сочувствую, но всё же не стоит обобщать.

Ответить | Правка | Наверх | Cообщить модератору

121. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 00:23 
> Если так обстояло в твоём дистрибутиве, я тебе сочувствую, но всё же
> не стоит обобщать.

Судя по инит скриптам лежавших в дереве сорцов программ и проч - так обстояло почти везде. Были отдельные орлы типа альтлинукса, ворочающие аж либы на шелле. Но вот заковыривать в такое внешние программы неудобно. И истории успеха когда дистр начинает таскать баш 3 и 4 одновременно "потому что никто не хочет переписывать скрипты" - сам понимаешь.

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

Ответить | Правка | Наверх | Cообщить модератору

148. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Vivaswan (ok), 21-Ноя-17, 13:00 


>К тому же системд активно патчит толпа народа, в чем можно

убедиться на гитхабе.


Ключевое слово тут - толпа.

Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

238. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 24-Ноя-17, 04:48 
> Ключевое слово тут - толпа.

А когда желающих патчить нет - начинается bit rot. Так что без толпы оказывается еще хуже. Все глючит, барахлит и создает проблемы. И так годами.

Ответить | Правка | Наверх | Cообщить модератору

46. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 15:15 
>логинизации

Логинизацировывания

>Если что-то не нужно просто выруби

Хочу все приведенные тобой "модули" вырубить и заменить на аналоги. Есть рецепт, как это сделать?

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

48. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 20-Ноя-17, 15:43 
А то! Рецепт называется openrc.
Ответить | Правка | Наверх | Cообщить модератору

106. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:23 
> А то! Рецепт называется openrc.

Визитной карточкой которого является то что он не решает ни единственной существующей проблемы, зато создает много новых. Знаешь, пойнт системд отнюдь не только в параллельном старте сервисов, но и в решении множества long standing проблем системного администрирования. Так что можно нормально прописать всякие ограничения сисколов и прочие аппарморы, шедулеры, приоритеты, переключить юзерей и отрезать в контейнер и все это будет обыграно корректно и без трехэтажного мата выдаваемого теми кто все это пытается оформить скриптом и обнаружит что так не получается.

Ответить | Правка | Наверх | Cообщить модератору

131. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +2 +/
Сообщение от Аноним (-), 21-Ноя-17, 04:27 
>> А то! Рецепт называется openrc.
> Визитной карточкой которого является то что он не решает ни единственной существующей
> проблемы, зато создает много новых. Знаешь, пойнт системд отнюдь не только
> в параллельном старте сервисов, но и в решении множества long standing
> проблем системного администрирования. Так что можно нормально прописать всякие ограничения
> сисколов и прочие аппарморы, шедулеры, приоритеты, переключить юзерей и отрезать в
> контейнер и все это будет обыграно корректно и без трехэтажного мата
> выдаваемого теми кто все это пытается оформить скриптом и обнаружит что
> так не получается.

Всё это было и до systemd и без мата.

Ответить | Правка | Наверх | Cообщить модератору

134. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 21-Ноя-17, 05:11 
> Всё это было и до systemd и без мата.

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

Ответить | Правка | Наверх | Cообщить модератору

166. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +1 +/
Сообщение от Аноним (-), 22-Ноя-17, 09:03 
Кто тебе сказал, что всё это должно быть непременно в системе инициализации, вообще?

Долбаный комбайн.

Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

239. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –2 +/
Сообщение от Аноним (-), 24-Ноя-17, 04:56 
Тот кто это заимплементил. Я попробовал и мне понравилось, это одним чихом решило пару дюжин долговременных системных проблем. Избавив меня от нужды лепить местечковые костыли и хаки и вообще сильно упростив мне конфигурацию систем.

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

Ответить | Правка | Наверх | Cообщить модератору

162. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от AntonAlekseevichemail (ok), 21-Ноя-17, 23:19 
> Хочу все приведенные тобой "модули" вырубить и заменить на аналоги.
> Есть рецепт, как это сделать?

Хорошо хотите аналог тогда:
logind можно заменить на elogind
networkd заменяется на NetworkManager{Если вы ленивы}, [ifconfig, ip addr]{В случае Init-Scripts лучше использовать их.}
от udevd можно отказаться и заменить udev на eudev или использовать dev ядра Linux
journald можно заменить на syslog
notify используется исключительно в SystemD и не сильно нужен. (Он уведомляет SystemD о готовности запущенной системы либо состоянии запуска системы.)
cgroups можете игнорировать если вам не нужны контейнеры. (Он работает только тогда когда вы используете контейнеры в системе. OpenVZ, LXC, KVM.)

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

167. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 09:24 
> Хорошо хотите аналог тогда:
>можно
>заменяется
>можно
> можно
>не сильно нужен

libsystemd0 не потерял, нет?

Когда и его "выкинешь" (да, конечно, потратив наши силы ивремя!), расскажи, какие из пакетов gnome, kde, xxxoffice, перестанут собираться и на них тоже надо будет потратить время жизни? Какие функции в них отвалятся совсем с wontfix-ом и пердложением перенаписать самим?

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

Ответить | Правка | Наверх | Cообщить модератору

181. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от AntonAlekseevichemail (ok), 22-Ноя-17, 12:10 
> libsystemd0 не потерял, нет?

А там я указывал либу, нет. Следовательно нет.
> Когда и его "выкинешь" (да, конечно, потратив наши силы ивремя!), расскажи, какие из пакетов gnome, kde, xxxoffice, перестанут собираться и на них тоже надо будет потратить время жизни?

GNOME 3 согласен порос в зависимостях к SystemD.
KDE ему не уступает.
LibreOffice будет работать спокойно.
> Какие функции в них отвалятся совсем с wontfix-ом и пердложением перенаписать самим?
> Список пакетов, список функций, да?

Я не такой всезнайка. Чтобы абсолютно точно до мелочей описать что не будет работать.
> Тебе же "легко"тм будет ответить прямо?

Нет мне не легко ответить даже косо.
> Человеко-часы можешь не считаит -- этого у нам в избытке, "когда кто-нибудь другой".

В избытке может быть только лень, а не человеко-часов.

\\P.S Это была попытка вызвать меня на дуэль троллей?

Ответить | Правка | Наверх | Cообщить модератору

182. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Andrey Mitrofanov (?), 22-Ноя-17, 12:32 
> \\P.S Это была попытка вызвать меня на дуэль троллей?

Нет, указание на прорехи в логике: "я решил, что", "все знают, что", "очевидно, что" не являются обоснованиями. Как и перекладывание [бремени] обоснований своих утверждений на оппонента/-ов.

Какая дуэль, откуда ей взяться-то?--

Ответить | Правка | Наверх | Cообщить модератору

184. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 22-Ноя-17, 12:58 
> Нет, указание на прорехи в логике: "я решил, что", "все знают, что", "очевидно, что" не являются обоснованиями. Как и перекладывание обоснований своих утверждений на оппонента/-ов.

Одно "но".
Вопрос был "Хочу все приведенные тобой "модули" вырубить и заменить на аналоги. Есть рецепт, как это сделать?"
Ответом является предложение с тем что чем можно заменить или проигнорировать.
И я дал вполне конкретный ответ.
> Какая дуэль, откуда ей взяться-то?--

Это к этому предложению:

Тебе же "легко"тм будет ответить прямо? Список пакетов, список функций, да?

Я повторюсь, что я не всезнайка и не суперчеловек по Ницше.

Ответить | Правка | Наверх | Cообщить модератору

213. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 23-Ноя-17, 18:31 
>Вопрос был ... как это сделать?
>Ответом является предложение с тем что чем можно заменить или проигнорировать.

Ну ты понял, да?

Ответить | Правка | Наверх | Cообщить модератору

231. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от AntonAlekseevichemail (ok), 24-Ноя-17, 01:22 
Если вырвали цитату, то передавайте её полностью сохраняя контекст цитаты при ответе!
Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

81. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 18:53 
> SystemD содержит отдельные модули для сети(networkd), для cgroups, для нотификаций(notify), для журнала(journald), для определения оборудования(udevd), для логинизации(logind) и так далее.

Выше по треду речь шла о системе инициализации. Ни один из перечисленных "модулей" к инициализации системе не имеет никакого отношения. Это всё самостоятельные сервисы, которые из-за амбиций сам знаешь кого запихали в один чемодан с systemd. Сама же система инициализации в systemd  монолитна, весь её код работает в PID 1.

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

89. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 20:00 
Два чаю этому товарищу!

Хотя, надо сказать, что udev отлично без s-d работает. Его даже в генту отделили в eudev.

Ответить | Правка | Наверх | Cообщить модератору

107. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 23:28 
Однако в оригинале они таки подыгрывают друг другу. Из правил udev можно раздавать указания системд. Это довольно удобно. Впрочем, системд без udev тоже работает, так что мысль про модульность в этом случае корректна.
Ответить | Правка | Наверх | Cообщить модератору

140. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –2 +/
Сообщение от AntonAlekseevichemail (ok), 21-Ноя-17, 09:43 
>> SystemD содержит отдельные модули для сети(networkd), для cgroups, для нотификаций(notify), для журнала(journald), для определения оборудования(udevd), для логинизации(logind) и так далее.
> Выше по треду речь шла о системе инициализации.

Я читал ту ветку, но ветка стала похожа на мусор и спор что "Init-Scripts even better then else".
> Ни один из перечисленных "модулей" к системе инициализации не имеет никакого отношения.
> Это всё самостоятельные сервисы, которые из-за амбиций сам знаешь кого запихали в один чемодан с systemd.

Для меня модульность в случае SystemD это есть как разделенность компонентов системы без возможности их явного прямого взаимодействия между собой.
networkd на прямую не связывается с udevd с целью поищи мне сетевушку с таким MAC и Driver.
networkd не запрашивает logind выдать в сеть форму входа в систему.
journald не пишет запросы logind и networkd так как он явно не связан с ними на прямую.
> Сама же система инициализации в systemd монолитна, весь её код работает в PID 1.

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

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

44. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 20-Ноя-17, 15:02 
> Ты только что поделил на ноль.
>> скорость

Причём дважды...

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

232. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 24-Ноя-17, 01:37 
>> Ты только что поделил на ноль.
>>> скорость
> Причём дважды...

Обесконечились? Вас бы на ноль помножить чтобы не определялись.

Ответить | Правка | Наверх | Cообщить модератору

246. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от alexander (??), 24-Ноя-17, 15:20 
Итог: бесконечность... :-)
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

220. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 23-Ноя-17, 21:08 
> (Кому нужна простота настройки, скорость её и модульность поставит SystemD

*Подавился рябчиком*

systemd это просто?
ты документацию читать пробовал?

Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

230. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от AntonAlekseevichemail (ok), 23-Ноя-17, 23:51 
> *Подавился рябчиком*

Хорошая попытка, но нет.
> systemd это просто?

Да, это просто!
> ты документацию читать пробовал?

Первое что я делаю на старте настройки системы с нуля или подпиливания системы это читаю `man` соответствующих разделов которые мне нужны.
`man systemd.network` `man systemd.link` `man systemd.netdev` если нужна настройка NetworkD
`man systemd.service` `man systemd.timer` если нужно подпиливание/создание сервиса или таймера
`man systemd.socket` `man systemd.device` если нужно создать/подпилить сокет или устройство
`man systemd-udevd` если нужно причесать udevd
для остального по ситуации.

Так что не пытайтесь мне сказать что это сложно и муторно.
Но лучше скажите почему блин почти все думают что это сложно сделать и что это нужно делать каждый раз.

Ответить | Правка | Наверх | Cообщить модератору

240. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 24-Ноя-17, 05:00 
> ты документацию читать пробовал?

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

Ответить | Правка | К родителю #220 | Наверх | Cообщить модератору

100. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  –1 +/
Сообщение от Аноним (-), 20-Ноя-17, 22:57 
> А по факту: достаточно и одной.

Совершенно ни откуда не следует. Андроид использует какую-то свою систему инициализации, а в эмбедовке иногда вместо init запускают сразу нужную задачу вообще. Потому что так намного быстрее. Юзеры искренне ненавидят если телевизор или фотоаппарат запускается минуту.

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

221. "Линус Торвальдс раскритиковал ограничительные меры по усилен..."  +/
Сообщение от Аноним (-), 23-Ноя-17, 21:13 
Спасибо кеп, но кто этого не понимает, скорее всего и читать не умеет, только писать. Так что зря стараешься.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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