После пяти месяцев разработки представлен релиз системного менеджера systemd 243. Из новшеств можно отметить интеграцию в PID 1 обработчика нехватки памяти в системе, поддержку прикрепления собственных BPF-программ для фильтрации трафика unit-ов, многочисленные новые опции для systemd-networkd, режим мониторинга пропускной способности сетевых интерфейсов, задействование по умолчанию на 64-разрядных системах 22-битных номеров PID вместо 16-битных, переход на унифицированную иерархию cgroups, включение в состав systemd-network-generator...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51421
>Выпуск системного менеджера systemd 243Хоть где-то пишут, что это именно системный менеджер, а не инит...
Например это пишут у самого systemd на гитхабе
«systemd - System and Service Manager»
Но кто же из хейтеров читает официальные источники.
Я имел в виду новости и обсуждения. Обычно все забывают про эту существенную деталь.
ну наконец то!
с этой "деталью" быть дырявым не только можно, а нужно.
вот. теперь всё ясно. и как раньше то жил? спасибо добр.человек.
Это оправдает что системд без проса измеряет ширину канала соединяясь с ненадежными источниками. И то что теперь bin теперь идет раньше sbin в PATH. Хотя зачем тогда нужен sbin.
> PATH. Хотя зачем тогда нужен sbin.про это я подумаю еще через пару версий. оставайтесь с нами!
> PATH. Хотя зачем тогда нужен sbin.В совершенно правы! Пользуемым s-d не нужны лишние сущности.
C:\WINDOWS\ и "C:\Program Files\" решают.
Дело не в этом. Обычно пишут, что ненужноД - не нужно, но при этом забывают, что это не инит, а системный менеджер. При чём тем, кто пишет, что это не нужно, очевидно нужен простой инит. Отсюда и начниаются все эти разборки. Так и тут.Обычно идут аргументы, что это мол в ненужноД куча не нужных функций и т.д. Но тут фишка в том, что если смотреть на него, как на инит - то да, он переусложнён. Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы. Так что хейтить надо не нунужноД, а мейнтейнеров дистров, которые не оставляют выбора конечным юзверям.
А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?
> Обычно идут аргументы, что это мол в ненужноД куча не нужных функций и т.д. Но тут фишка в том, что если смотреть на него, как на инит - то да, он переусложнён.Сакеры в своём репертуаре. Никто и не говорит, что в ненужнод жирный инит. В нём непомерно жирный PID 1.
Закрытых ошибок в новости не видать. Видать там пишут идеальный код.
> Закрытых ошибок в новости не видать. Видать там пишут идеальный код.Не, они пишут идеальные новости (опеннет же!).
> А по поводу багов и косяков, так у нас в любом коде есть дырки, разве нет?Согласен. Я перешёл в девопсы последние полтора года как. И слегка мировоззрение изменилось. Дырявое всё. Настолько дырявое и хреновое, что оказалось, systemd не так уж плохо вписывается в общие тренды. Другое дело, что это, в общем-то, в том числе и инит. Весьма паршиво, что он так жирен. Но что-то у меня чаще ошибки CPU случаются, нежели pid 1 падает. А от systemd многого и не надо. Он должен вотчдогом следить за немногочисленными сервисами, чтобы подняты были (да, одно дырявое поделие следит за другим). И всё. Остальное в докере/кубере будет жить. Там конечно тоже косяков хватает, но они обеспечивают дополнительное удобство.
В конце концов systemd, не смотря на свои недостатки, подкупает тем же, чем подкупает проприетарщина: многие вещи просто работают из коробки. В очень многих случаях убер-защищённая система и не нужна вовсе. Так почему бы не воспользоваться готовым решением, пусть и не очень качественным? Оно сэкономит время, а это зачастую гораздо важнее.
К тому же, оказалось, что если три дырявых решета поставить одно за другим, то и все дырки как-то внезапно оказываются закрытыми... Так чего собственно сетовать на дырки, если их в принципе и иначе прикрыть можно.
PS: Да, переобуваюсь. Ату меня.
Все это хорошо, но причем тут INIT ?
Кто против был бы, если бы это был комплект отдельных связанных демонов?
Но зачем было пихать это все в INIT и сжирать этим монстром еще и инициализацию оборудования?
Ну как это зачем. "Чтобы всех отыскать, воедино собрать и единый воркфлоу каждому навязать. В IBM, где сидят ламера". =)
>Но если идёт речь о системном менеджере, то становится понятно, почему он вклинивается во все элементы системы.А если бы его назвали, например, менеджером твоего очка, то это дало бы ему возможность вклиниваться и в другие места
> А по поводу багов и косяков, так у нас в любом коде есть дырки,
> разве нет?Во-первых, нет.
Во-вторых, с таким спустярукавным подходом лучше не садиться писать код вообще.
> Хоть где-то пишут, что это именно системный менеджер, а не инит...Дествительно. Ведь на одной системе так просто использовать системный менеджер systemd и вместе с ним какой-нибудь один из инитов, например - рунит. Oh, wait....
systemd уже давно переплюнул scvhost.exe
В сравнении с systemd мне теперь архитектура Generic Host Process for Win32 Services даже больше нравится стала - миниатюрная и изящная, чего не скажешь о systemd из мира Linux.
Айбиэм знает свое дело они так сделали со всеми своими ОС и теперь делают с Линукс через системд. Рано или поздно системд не нужно будет ядро и весь зоопарк свободного ПО можно будет переносить на другое платнобесплатное или полностью платное ядро. А Айбиэм получит своим денежки за консалтинг.
Совершенно верно. Хоть один опеннетовский аноним понимает, откуда ноги растут. Межделмаш большой и старый, умеет торопиться не спеша.
По своим собственным мерка IBM несется сломя голову в своих стремлениях нагнуть Линукс. Просто со стороны кажется что он еле шевелится как улитка.
эта улитка переедет с эффективностью асфальтового катка. И примерно с той же скоростью, чтобы все могли насладиться процессом.
> systemd уже давно переплюнул scvhost.exeВ том-то и дело, что всё еще нет. И почему именно svchost вас так возбуждает?
Базовая система Windows - это SMSS + CSRSS + LSASS + Winlogon + Svchost + WoW64 (или WoW + NTVDM)
И весь этот функционал слабо связан с компонентами systemd.
Например функционал всего systemd, который целиком не во всех дистрах встречается покрывает: SMSS + CSRSS + Winlogon + Svchost и частично LSASS, при условии, что Systemd сам будет контролировать виртуальные терминалы и всё что с ними связано. Без них нет функционала CSRSS. Причём это о-о-о-очень условная аналогия.То чего действительно ему не хватает так это аналога части функций LSASS. Если бы он взялся за учёт и кэширование Kerberos-тикетов, управление сетевыми демонами в разрезе Kerberos и регистрацию SPN на KDC для сетевых демонов, вот тогда бы оно функционально приблизилось бы к базовому Windows, а так... полный pam, где в итоге Kerberos сбоку торчит.
Мне не понятно, почему люди так реагируют на архитектуру systemd и его функционал. Да, оно пытается догнать и перегнать windows. Да, оно выполнено в лучших традициях базовой системы *BSD. Функционал у него многопользовательский по заказу крупных клиентов, выполненных крупными корпорациями. Без него это не Linux Professional, а Linux Home Basic, или в докер его. IBM же не просто так всячески вкладывается в Linux и всё что с ним связано, что их z/OS или AIX имеет широкое распространение нет это нишевые ОС с малым количеством экспертов. Если Linux довести до ума... до их ума... админам придётся учиться всем этим пользоваться.
А вообще да, IBM и операционные системы - притча во языцех.
> уязвимость CVE-2019-15718, вызванная отсутствием контроля
> доступа к D-Bus интерфейсу systemd-resolvedпрекрасно!
что это у вас за инит-система такая скучная, если в ней любой nobody не может взять и поменять ресолвер?
начнем с того, зачем вообще в инит-системе ресолвер?
> начнем с того, зачем вообще в инит-системе ресолвер?...и dbus?
>> начнем с того, зачем вообще в инит-системе ресолвер?
> ...и dbus?ну тут-то чо непонятного? Для управления инит-ресолвером же ж! ;-)
как же ж мы без dbus'а! Жаль, право, что в ядро зарезали.
> В systemd-networkd автоматизирована активация IPv6-стека в
> случае его блокировки через sysctl disable_ipv6ваш нескучный "системный менеджер" лучше знает, что вам нужно.
Писец какой-то...
Какая у людей буйная фантазия. Придумывают килотоннами, чтобы такое запилить, чтобы другим не скучно было.
не вам, а ему;)
> не вам, а ему;)Кстати, да... :/ http://www.opennet.me/openforum/vsluhforumID3/118242.html#20
Кругом одни "хозяева жизни".
- Просто бизнес, ничего ли.. хорошего))К слову, выбор давно уже не между systemd и sysvinit, а между systemd и не-systemd.
какой еще выбор, ты о чем?"When there’s only one candidate, there’s only one choice."
(та, правда, хоть позиционировалась как симпатичная)
Ну не о мейнстриме очевидно. Тут либо быть "как все" с сабжем, либо как немногие и без него, а вот "как все, но без" не получится.
Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.
Еще один представитель интеллектуального большинства. Достаточного даже ОДНОГО дистрибутива без systemd - а выбор сейчас далеко не из одного.
Есть не-содержащие-системдэ: GNU/Linux (operRC), FreeBSD (operRC), OpenIndiana. Выбрать есть из чего В С Е Г Д А ! ! !
Я это знаю, спасибо, и давно уже юзаю без systemd.Кстати, у тебя список какой-то довольно странный.. и настолько же куцый.
Список норм: линукс, мейнстримный дистрибутив БСД, мейнстримный дистрибутив на основе illumos, все логично. Комментарий был адресован общественности в большей мере.
operRC лишь один из вариантов.
тьфу блин, это у тебя какая-то российская разработка указана)) opeNrc
Ты лжец!OpenRC
Тип
init daemon
Автор
Roy Marples
Разработчик
OpenRC Developers
> тьфу блин, это у тебя какая-то российская разработка указана)) opeNrcмне больше нравится первый вариант
Вариант наилутший, не зря же iXsystems спонсируют зачем то. Они на этом деньги запабаиывают а не интузиасты.
> FreeBSD (operRC)Во FreeBSD из коробки нет никакого не только operRC (чтобы это не значило), но даже и OpenRC, а есть свой rc.d
Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS
Спасибо, кэп, но это не отменяет ошибочность начального тезиса.
Какого тезиса, ты про опечатку в одну букву? FreeBSD с OpenRC есть.
> FreeBSD (operRC)Чегось?
Не все, что пишут в википедии (особенно без подтверждающих ссылок и цитат) - правда.
Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOS
да опечатался, глазил всю ночь.
> Дело в том, что есть FreeBSD форк с OpenRC https://ru.wikipedia.org/wiki/TrueOSО труОС я в курсе - бывшая pcbsd, когда-то была неплохой сборкой "для декстопа".
Но после переименования стало очень специфичной штукой - грохнули неплохую вику, пользовательские каталоги аппов с картинками и прочим, впендюрили принудительный ZFS, да и использование ядра CURRENT (т.е. тестовой ветки разработчиков), тоже очень сомнительная фича для пользователей.
И кстати, не спешат коммитить OpenRC обратно в апстрим ...
On November 15, 2016, TrueOS began the transition from FreeBSD's rc.d to OpenRC as the default init system. Apart from Gentoo/Alt, where OpenRC was initially developed, this is the only other major BSD based operating system using OpenRC.https://en.wikipedia.org/wiki/TrueOS
> Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.Да ладно... Прокрутите списочек, пожалуйста...
>Да ладно... Прокрутите списочек, пожалуйста...битая ссылка:
"Forbidden
You don't have permission to access /search.php on this server."
>>Да ладно... Прокрутите списочек, пожалуйста...
> битая ссылка:
> "Forbidden
> You don't have permission to access /search.php on this server."Только сейчас открыл. Ссылка открывается.
https://distrowatch.com/search.php?defaultinit=Not+systemd
У них там какие-то фильтры. Если сначала открыть сам сайт
А потом только -
https://distrowatch.com/search.php?defaultinit=Not+systemd
То всё ок. Судя по всему должен быть реферер и куки (возможно, так как не проверял).
Иначе они тебя принимают за бота или сканер, который сразу лезет парсить search.php?
То есть прямая ссылка не сработает, если ты уникально открываешь прямую ссылку поиска. То есть надо так:
1. https://distrowatch.com/
2. https://distrowatch.com/search.php?defaultinit=Not+systemdХотя странно, вот сейчас прямо через тор, по простой ссылке пару минут назад
тоже словил Forbidden.
> Выбора давно уже нетMX Linux
antiX
PCLinuxOS
Puppy Linux
FreeBSD
Slackware Linux
Alpine Linux
Trident
Gentoo
Void
4MLinux
KNOPPIX
DragonFly BSD
Devuan GNU/Linux
GhostBSD
TrueOS
EasyOS
OpenBSD
NuTyX
Tiny Core Linux
Artix Linux
Haiku
Obarun
Fatdog64 Linux
VectorLinux
HardenedBSD
GuixSD
Porteus
CRUX
Elive
Bedrock Linux
Calculate Linux
NomadBSD
Redcore Linux
Parabola GNU/Linux-libre
NetBSD
SliTaz GNU/Linuxи ещё под сотню других дистров, сборок и прочего.
-- Ах так!? Ну тогда.. ну тогда.. они непопулярные и никому не нужны, вот! (дальнейший ход активности межушного ганглия анонимуса. Еще может про "продакшен" задвинуть).
Пасип, поржал.
Винду бы ещё включили, SCO Unix, HP-UX, Irix & IBM AIX: тож ведь не-системдшные, а списочек вон -- аж на пяток пунктов длиннее стал бы.
Я к чему. Нафига здесь системы, на которые системд даже не рассчитывался?
Чего ради прилюдно, да ещё и бесплатно, напяливать собственное чучело совы на собственное чучело Земли?
Оставьте только линуксы, к которым системд даже пока не пробовали прикрутить -- сколько их?..
В приведённом списке под четверть -- БСДшки только. Ещё половина от оставшихся -- мало кому известные поделки.
> Винду бы ещё включили,список устаревший - когда его писали, думали что в винде на самом деле все то же самое, только svchost называется.
На самом деле, конечно, нет - он вон dns'ом через dbus нифига не умеет управлять.
> Оставьте только системы, мало-мальски пригодные для повседневной деятельности -
> сегодняшнего дня, а не устаревшие на 40 летпоправил, не благодари. Выбор будет просто офигителен, и у каждой будут такие свои тараканы (не говоря уже о блестящих ближайших перспективах), что винда-то вполне еще ничего покажется.
> Пасип, поржал.Не за что. Чем бы дитя не тешилось, лишь бы было радо.
> Нафига здесь системы, на которые системд даже не рассчитывался?
Ты ветку читаешь, ась? Там чувак спрашивает, что нет у него видите-ли альтернатив. Ему дали альтернативы. К чему твой нелепый сарказм про SCO Unix, HP-UX, Irix & IBM AIX???
> на которые системд даже не рассчитывался
Фэйл на фэйле. Даже из этого списка есть, как минимум, три системы, где вначале был системд, но затем был выпелен беспощадно и бесповоротно. Взять хотя бы Войд линукс, откуда системд был удален с позором.
> В приведённом списке под четверть -- БСДшки только.
> Ещё половина от оставшихся -- мало кому известные поделки.Войд, слака, генту, артикс - поделки? Мда, нет слов. И что ты имеешь против БCДшек? Представь себе, они все без системд.
>> Пасип, поржал.
> Не за что. Чем бы дитя не тешилось, лишь бы было радо.
>> Нафига здесь системы, на которые системд даже не рассчитывался?
> Ты ветку читаешь, ась? Там чувак спрашивает, что нет у него видите-ли
> альтернатив. Ему дали альтернативы. К чему твой нелепый сарказм про SCO
> Unix, HP-UX, Irix & IBM AIX???Не дали. Поскольку тема про системд, эрго: речь о линях -- и только. А раз у этого манипулятора хватило наглости БСДшки в список вкорячить, так и моё дополнение в строку. Лажать -- так по полной, чё стесняться-то? Винду не забыть туда же.
>> на которые системд даже не рассчитывался
> Фэйл на фэйле. Даже из этого списка есть, как минимум, три системы,
> где вначале был системд, но затем был выпелен беспощадно и бесповоротно.
> Взять хотя бы Войд линукс, откуда системд был удален с позором.
>> В приведённом списке под четверть -- БСДшки только.
>> Ещё половина от оставшихся -- мало кому известные поделки.
> Войд, слака, генту, артикс - поделки? Мда, нет слов.И какой дебил будет ставить ЭТО в продакшн?
Маразм крепчает.> И что ты имеешь против БCДшек? Представь себе, они все без системд.
Да ладнО_о... Спасибо, кэп!
>> Выбора давно уже нетНормального выбора. Насобирал кучу говнодистров. Из этого списка только парочку можно юзать на десктопе без пердолинга
Из всего этого жива только гента. Собрать на коленке рандомные приложения и назвать это дистрибутивом я тоже могу, но это не отменяет смерти инитов.
> Выбора давно уже нет, зоопарк древних инитах мало где поддерживается.дело давно уже не в том, что не поддерживаются (чего его поддерживать, он и сам пока не падает), а в том что без костылей и подпорок в таких системах не работают программы, написанные под "новый стандарт" - ну там, демон не умеющий fork, гадящий вместо логов неотключаемо в stderr, и падающий словив любой сигнал. А, и всегда завершающийся с кодом 1 независимо от причин.
заметь - это я еще ни словечка о "десктопе".
это да, было бы пофиг на этот системдос если бы погромисды к нему не прибивали свои поделки гвоздями
> это да, было бы пофиг на этот системдос если бы погромисды к
> нему не прибивали свои поделки гвоздямисм мой пример - там уже и специально прибивать ничего не надо, надо не думать.
дядя за них уже все подумал. Новый стандарт.
> погромисды к нему не прибивали свои поделки гвоздямиА про новый стандарт шутки шутить стали совсем не на пустом месте ;)
https://www.freedesktop.org/software/systemd/man/daemon.html
> New-Style Daemons
> Modern services for Linux should be implemented as new-style daemons.
> This makes it easier to supervise and control them at runtime and simplifies their implementation....
> For developing a new-style daemon, none of the initialization steps recommended for SysV daemons need to be
> implemented. New-style init systems such as systemd make all of them redundant. Moreover, [...] it is recommended not
> to execute them when run as new-style service.И как вишенка на тортике:
> These recommendations are similar but not identical to the Apple MacOS X Daemon Requirements.
Так в исходниках же написано — return 1. А ты просто хейтер, хейтер!
> а в том что без костылей и подпорок в таких системах не работают программы, написанные под "новый стандарт"
> демон не умеющий fork, гадящий вместо логов неотключаемо в stderr, и падающий словив любой сигналЖесть. Я в танке, можно пример такой программы, для общего развития?
Не, я не сомневаюсь, что такая есть, и не одна, просто сам примеров сходу привести не могу.
И ещё не способный дропнуть себе привилегии (т.к. без fork), прочитав сначала откуда надо приватные части. Зато (наверное) носящий почётное звание "12-факторное приложение" (это когда приватный ключ для SSL запихивается при запуске куда-нибудь в окружение процесса тупо потому что больше некуда, и логи поливаются в stdout/stderr по аналогичной причине).…Чуть не забыл. В последних change-логах от systemd проскакивал окончательный запрет юниту запускаться из-под рута. А то расфоркались тут…
Те кто понимает объясните пожалуйста, что за нововведения? Больше плохого или пока не все так плохо?
Было плохо и стало еще хуже.
У системд версия 243 у хрома 76. Из этого легко сделать вывод (243/76) что системд в 3.2 раза лучше хрома.
Скорее в 3.2 раза больше жрет памяти.
Сложно сказать, применима ли линейная метрика к таким запредельным версиям? :)
>less --version
>less 487 (GNU regular expressions)Но всё ещё значительно хуже less.
> less --version
> less 551 (PCRE regular expressions)Ваша less значительно хуже моей...
Да, ваша less несколько more...
Версия 243 вышла после 5-ти месяцев разработки. Отсюда вывод, что первая версия появилась ( ( 243 x 5 ) / 12 ) больше ста лет назад.
> В обработчик PID 1 добавлено распознавание генерируемых ядром сигналов о нехватке памяти (Out-Of-Memory, OOM) для перевода юнитов, достигших лимита в потреблении памяти, в специальное состояние с опциональной возможностью их принудительного завершения или остановки;Лёня предлогает браузеры, компиляторы и архиваторы как systemd-юниты запускать?
На самом деле да.Ideally, GNOME would run all its apps as systemd --user services. We could then set DefaultMemoryHigh= globally for the systemd --user instance to some percentage value (which is taken relative to the physical RAM size). This would then mean every user app individually could use — let's say — 75% of the physical RAM size and when it wants more it would be penalized during reclaim compared to apps using less. If GNOME would run all apps as user services we could do various other nice things too. For example, it could dynamically assign the fg app more CPU/IO weight than the bg apps, if the system is starved of both.
Млять, я спокойно пользуюсь дистрами с systemd, и вообще был лоялен. Но чаша терпения переполнена. Что им неймётся что-ли, все придумывают и придумывают. Уж все работает, сиди оттачивай.... Чужие настройки переопределяют, я вот буду в 3 местах искать там этот ipv6...
Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ был бинарным (ошибки исправлять в скрипте лично мне проще, чем в бинарнике. И IMHO ради исправления одной строчки тратить парочку-тройку часов на пересборку всего ентого чуда-юда как-то нерационально, что-ли, по сравнению с несколькими минутами для исправления в скрипте). И упавший сервис после пары попыток трогать не нужно - если с пары попыток поднять не удалось, значит что-то тут не то, сообщить админу, пусть разбирается. А вот по поводу "изменений на пять листов", при чем мне лично в работе абсолютно не нужных - поддерживаю на все 300
Сервис, который упал и не поднимается, действительно трогать не стоит. А вот сервис, который падает раз в год часов в 3-4 утра, поднять автоматически стоит. Кроме того, есть сервисы, которые зависят от других сервисов (например, бд). И может возникнуть ситуация, что зависимость стартовала, но обслуживание не начала (готовится), зависимый сервис стартанул, обратился к зависимости, понял, что ее нет, и завершился.
Ууу. Так у вас падающая БД рестартует автоматом? Нормально.
Перестартовать сервис который падает раз в году, все за пусть перестартовывает.
Но причем здесь все остальное что этот комбайн пытается делать?
И да насчет зависимостей, а это Вы о чем?
У Вас раз в году упала БД, ее перезапустили (ну что-там с данными пофиг), но пока перезапускали сервис к ней обращавшийся упал? А если БД не ответила не по причине падения? Кто так делает?
А если Вы именно про старт, то при старте зависимости надо настраивать нормально.
И кстати никогда не понимал зачем на серверах ускорять загрузку. Он перезагружается редко и подождать 1-2 минуты лишние вообще не проблема. Особо если учитывать сколько нормальный сервер сам грузится еще до ядра.
Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают против одного из старых принципов unixway: "Сделай немного, но сделай это хорошо".
> Если рационализировать общее недовольство, то можно сказать, что разработчики погрешают
> против одного из старых принципов unixway: "Сделай немного, но сделай это
> хорошо"."Можешь не программировать -- не программируй."
Эээ, для этого Kubernetes городили, а не systems.
>>> Мне и надо то было, чтоб он был бинарный и упавшие сервис сам поднимал. Куда блин они там городят изменений на пять листов :(((
> А мне, уважаемый Павел Домибемоль, нужно совсем наоборот - чтобы он НЕ
> был бинарным (ошибки исправлять в скрипте лично мне проще, чем вНу тут вы не совсем правы. В Fork модель заложено простое отслеживание состояния потомков. Что трудно в скриптах. Это аналогично строчке respawn в /etc/inittab. Многие умельцы и раньше пользовались для критичных сервисов.
ООМится обычно java в виде какого-нибудь elasticsearch. На домашнем компе ООМ - довольно странно.
Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом дело не доходит.
> Конечно странно, ведь обычно домашние юзеры используют юзерспейсные киллеры, и до оом
> дело не доходит.earlyoomkiller поставить и не париться.
> интеграцию в PID 1 обработчика нехватки памяти в системеЯ не фанат Лёни и его политики добавлять в systemd весь функционал, который только может быть в системе, но контроль за ситуацией OOM - это именно то, чем должен заниматься прародитель всех процессов, и именно он и только он должен этим заниматься, а не всякие левые поделия.
родители пусть порождают. это то, чем они должны заниматься, а в нормальных ОС памятью должен заниматься memory manager - необходимо это для делегирования полномочий. в линуксе этот архитектурный дефект ещё несколько лет будет аукаться. если встроить такой функционал в системд, то огроменный и дичайший вектор атаки. блин в windows xp работа с памятью лучше организована... ей богу.
Причём, при всей очевидности что линуксоиды тупо не смогли нормальный memory manager, после бурления говн вокруг ничтоже сумняшеся теперь утверждается, что это не баг, а фича, и вообще памятью всей, аг должны рулить из user space. Ну ок, чё
> в windows xp работа с памятью лучше организована...Там и не было никакой работы, потолок памяти где-то в 1.3гб на процесс.
Контроль за ситуацией OOM - это то, чем должно заниматься ядро. (Если у нас не микроядерная архитектура, конечно, но мы же тут про Линукс, правда?)А вариация на тему earlyoom - да какая разница, под каким PID?
Давно пора уже из системдэ сделать отдельностоящий операционный систем.
> Давно пора уже из системдэ сделать отдельностоящий операционный систем.мы давным-давно ее сделали - SystemD/Linux называется.
Ну я к тому что системдэ и гномтри это деверсия против линукс.
Он не Лёня Потный, он Гарри Поттер честно слово.
> Давно пора уже из системдэ сделать отдельностоящий операционный систем.Это что-то типа, "не согосятся ли любезнейшие оккупанты собрать монатки и двинуться в торону заката?" ?
Они. Даже. И. Не. Подумают.
Еда, не трепыхайтесь под клыками...
> Еда, не трепыхайтесь под клыками...ей вообще-то и разговаривать не положено!
>> Еда, не трепыхайтесь под клыками...
> ей вообще-то и разговаривать не положено!Ты пропустил ЭуроцЫркуляр про это ЭуроСво ^H^H^H Ценность?
Экий ты человеконенавистник.
systemd - лучшее что что случилось с Linux за последние времена.
В systemd-networkd мне не хватает двух вещей:
— интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;
— выдачи постоянных IPv4-адресов встроенным DHCP-сервером, а не новых случайных каждый раз (хотя бы по хэшу MAC'ов, как сделано в dnsmasq).
> — интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;Особенно к применению/сбросу правил фаервола по отношению к поднимаемому/опусканемому интерфейсу.
> — выдачи постоянных IPv4-адресов встроенным DHCP-сервером, а не новых случайных каждый раз (хотя бы по хэшу MAC'ов, как сделано в dnsmasq).
Не пользуюсь. Жду, когда допилят до уровня того же днсмаска.
>> — интеграции с systemd для привязки активации юнитов к поднятию и падению отдельных линков;
> Особенно к применению/сбросу правил фаервола по отношению к поднимаемому/опусканемому
> интерфейсу.а это чтоб был удобный и полезный race, когда интерфейс-то уже поднялся, а правила еще не применены?
зачем вы их без конца "применяете", интересно?
Взгляните из любопытства, как:
а) поднимаются/опускаются правила иптаблиц или nft при использовании /etc/net
б) работает с правилами защиты сервисов фейл2бан.
Мож, хоть кругозор слегка расширите.
> а) поднимаются/опускаются правила иптаблиц или nft при использовании /etc/netзачем мне глядеть, даже из любопытства, как кто-то что-то сделал через %опу?
> б) работает с правилами защиты сервисов фейл2бан.
то же самое - откуда у меня может быть любопытство к поделке запрещенных на опеннете учащихся младших уровней образования?
blacklistd, если что, работает почти нормально, хотя, конечно, та еще кочерга по форме.> Мож, хоть кругозор слегка расширите.
да ну вас, я как-то не жажду расширять кругозор в области полевой проктологии, у меня другие хобби.
когда еще я сам делал подобные конструкции (в те далекие времена, когда это еще имело смысл делать силами одного человека не из готового овериненеренного блоатваря) - у меня ничего "динамически" не "поднималось". И вполне себе работало.
Возможно по этой причине и с полевой проктологией как-то пока расходились.А сейчас проще махнуть на все рукой, идиотски хихикая, глядя на модные поделки - "это ж линух, чего вы хотели-то - у них так - все!"
«Новый инит», — говорите?
Самый лучший, самый безопасный, самый самый: systemd - выбор профессионалов!
Когда уж в системд-нетворкд можно будет в секции [Route] один шлюз указывать для нескольких маршрутов? Чтоб не плодить их портянками в файле. Типа такого:[Route]
Destination = 192.168.1.0/24
Destination = 172.16.0.0/12
Destination = 10.0.0.0/8
Gateway = 192.168.0.254Вместо:
[Route]
Destination = 192.168.1.0/24
Gateway = 192.168.0.254[Route]
Destination = 172.16.0.0/12
Gateway = 192.168.0.254[Route]
Destination = 10.0.0.0/8
Gateway = 192.168.0.254И уже реализуют подъём РРР-соединений?
> когда в системд-нетворкдВижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...
> И уже реализуют подъём РРР-соединений.
...ох, острую-обстрённую!
> Вижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...вообще-то pppd и без баша вполне обходился...
>> когда в системд-нетворкд
> Вижу острую нехватку /bin/bash, GNU /bin/bash, по твоему камменту, маладой падаван, ...Вижу бабульку в тёмной комнате, обвешанной коврами, со свечкой на столе, глядящую слезящимися глазёнками в исцарапанный стеклянный шарик, вангующую суровое грядущее для линуксоЕдов.
>> И уже реализуют подъём РРР-соединений.
> ...ох, острую-обстрённую!Тут согласился бы, однако не только в глубинке это окаменелое технологиЕ пока ещё востребовано, бедная старушка...
Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного логичнее.
> Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного
> логичнее.у меня есть система с примерно полусотней специфик - как думаешь, удалось бы тебе найти ошибку в подобной простыне?
При том что выходных интерфейсов всего четыре.
> Вообще-то как раз второй вариант с раздельными сущностями одного класса выглядит намного
> логичнее.Как вариант -- ждать, пока к тому же ваергарду прикрутят (что вряд ли) навязывание маршрутов с условного "сервера" условному "клиенту" а-ля опенвпн.
>Когда уж в системд-нетворкд можно будет в секции [Route] один шлюз
>указывать для нескольких маршрутов?
>Чтоб не плодить их портянками в файле.А ты не плоди портянки, плоди бинарники, это же в вашем стиле!
Systemd растет
> Systemd растетСкоро ложкой в рот попадать будет! Сам!!
>> Systemd растет
> Скоро ложкой в рот попадать будет! Сам!!вилкой в глаз. Причем, разумеется, в чужой.
>>> Systemd растет
>> Скоро ложкой в рот попадать будет! Сам!!
> вилкой в глаз. Причем, разумеется, в чужой.Теперь, когда ты из предупредил!, которые ему филку дадут, сами ж себе злобные виноваты.
И ваще по инструкции тама вилок не должно быть!
Где там цЫтата про _не_-форк и логи в stderr? (djb -- даже на поблагодарил--)Документированная фичча!123
Пухнет!
Как сельский клозет на дрожжах!
Это не системный менеджер, а системный монстр=)
"Вышел новый релиз операционной системы SystemD"
ну что вы, это только ядро!
"Вышел новый релиз операционной системы SystemD"
Не сильно долго ждать, когда не надо будет в случае несогласия форкать ядро Linux, потому что systemd-kerneld-OSd уже дропнет весь код linux за ненадобностью вытеснив все его функции своими serviced
>для перевода юнитов, достигших лимита в потреблении памяти,
>в специальное состояние с опциональной возможностью их
>принудительного завершения или остановки;Вот и дожили мы до тех времён, когда разработчики корпят над убивалкой разбухших, течных юнитов, потому что теперь "это норма".
Если мы доживём, то будем своим детям рассказывать легенды, что когда-то разработчики умели в отимизацию и отладку настолько, что сам факт наличия такой приблуды, как рядовой фичи, воспринимаемый как данность, не возмущающей никого, означающей такое положение вещей, что течные опухшие юниты вообще допустимы, являлось для них настолько невообразимой дичью, которой не место в мире компьютерных технологий.
Сейчас набигут инноваторы от IT с требованием отчитаться, сколько не текущих и оптимизированных программ написали бы древние разработчики за то время, когда они напишут прототип на питоне или ноде.
Зачем в systemd добавили встроенный tftpd сервер? Как его настроить/отключить?
Если вынуть один из дисков система по прежнему не грузится?
зачем так мучаться - просто смени hostname!
Когда уже научат прожигать cd/DVD? Это вроде единственная функция, которой там ещё нет.
И грабить в лослес, что бы 2 раза не вставать.
платиновые петросяны опеннета
А подскажет кто можно ли выключить автогенерацию юнитов, который системд делает для скриптов в /etc/init.d ?
Можно, но поскольку это реализовано, как всё в системде, при этом отвалятся и все нативные сервисы, для которых есть одноимённые скрипты в /etc/init.d.
Велосипед то все разрастается. А начиналось все с банального "мы хотим ускорить загрузку системы"
еще сидя на ините читал новости типа: "вышла системд 29 и она почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они раз в 3 дня меняют номер?)))
> еще сидя на ините читал новости типа: "вышла системд 29 и она
> почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они
> раз в 3 дня меняют номер?)))Поцтеринги не сидели сложа руки. За время подготовки готовности руконогие поцтеринги накодили 1,2 млн строк волшебного поц-кода.
еще сидя на ините читал новости типа: "вышла системд 29 и она почти готова")) смотришь а уже 243 вышла. всегда задавался вопросом они раз в 3 дня меняют номер?)))
> Велосипед то все разрастается. А начиналось все с банального "мы хотим ускорить
> загрузку системы"Они уже много лет как не "ускоряют".
Пора бы и заметить, что нас нае.. обманули.http://www.opennet.me/openforum/vsluhforumID3/112870.html#47
http://www.opennet.me/openforum/vsluhforumID3/117668.html#166
+
"" systemdinconveniences: everyone in the gnu/linux ecosystem who doesnt want it, or that considers it a security/stability problem
breaks: the entire debian ecosystem, among others
benefits: large corporations with big resources, who want the ecosystem designed in a way that gives them more (most) control over design and maintenance
allegedly fixes: the linux ecosystem, old designs, networking, init-- everything that can possibly be brought under an opaque, convoluted, monopolistic umbrella
foisted by: red hat, a few debian developers, allegedly gnome (contested by groups who have cheerfully bragged that you will be forced to use it) ""
--https://freemedia.neocities.org/redix-watch.html
Зато теперь мы знаем как вирусы прийдут на Linux
Через системД !
> Зато теперь мы знаем как вирусы прийдут на Linux
> Через системД !"" Здравствуйте! Я наследный зимбабвийский Вирус!! Пошалуста пропришите меян в .юнит фейл и запустите под рутом. ""