The OpenNET Project / Index page

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



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

Оглавление

Джим Вайтхерст, возглавлявший Red Hat, покидает пост президента IBM, opennews (?), 02-Июл-21, (0) [смотреть все]

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


18. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –5 +/
Сообщение от Хан (?), 03-Июл-21, 03:07 
Systemd мерзость... был бы у линуксоидов мозк, посмотрели бы как у BSD иниуализация устроена и не лепили этого франкенштейна
Ответить | Правка | Наверх | Cообщить модератору

25. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от Аноним (25), 03-Июл-21, 03:15 
Были бы у бсдшников разработчики - написали бы себе клон системды. Но дальше разговоров дело не зашло.
Ответить | Правка | Наверх | Cообщить модератору

32. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от Хан (?), 03-Июл-21, 05:22 
Но зачем?
Ответить | Правка | Наверх | Cообщить модератору

35. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +1 +/
Сообщение от псевдонимус (?), 03-Июл-21, 06:42 
Ты бы ещё мазохиста спросил, почему ему страдания нравятся.
Ответить | Правка | Наверх | Cообщить модератору

75. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +1 +/
Сообщение от Аноним (-), 03-Июл-21, 12:04 
> Но зачем?

Потому что очередной опеннетный бала^W оналитек, после вдумчивого осмысления своих самых надежных источников знаний о бздах (желтоватых опеннетных пересказов и комментариев таких же оналитеков), так решил.
Очевидно же.
О том же "THE TRAGEDY OF SYSTEMD" https://papers.freebsd.org/2018/bsdcan/rice-the_tragedy_of_s.../
https://lwn.net/Articles/777595/
оналитеки не слышали, ведь на опеннете об этом не писали ...

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

109. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от пох. (?), 03-Июл-21, 23:15 
Ну я понимаю, трагедь, для хотевшего "как в венде", только нахаляву. И "как в венде" опять не получилось, и что раньше работало понятно и предсказуемо, теперь перестало.
Он, кстати, вроде бы свалил в сторону любимой им винды, и, надеюсь, вполне в ней счастлив и не собирается возвращаться в bsd-разработчики.

А остальным-то оно зачем?

Одна винда у нас, если что, уже есть.

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

124. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от псевдонимус (?), 04-Июл-21, 09:55 
Он возможно запарился валять скрипты для фридрисктопного ни с чем несовместимого мусора и решил, что если в систему притащить ещё больше хлама, ситуация улучшится.

Идиот.

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

31. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –1 +/
Сообщение от Аноним (-), 03-Июл-21, 05:14 
Вы о чём? Systen init V наше всё.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

61. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +4 +/
Сообщение от макпыф (ok), 03-Июл-21, 10:34 
System V init

он не  системный инит 5, а инит System V

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

68. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +5 +/
Сообщение от Demo (??), 03-Июл-21, 11:39 
Sputnik V Init
Ответить | Правка | Наверх | Cообщить модератору

51. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –7 +/
Сообщение от Онаним (?), 03-Июл-21, 09:19 
У BSD есть инициализация?
Ну серьёзно? Единственную портянку на баше сложно таковой считать
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

57. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +11 +/
Сообщение от пох. (?), 03-Июл-21, 09:58 
> У BSD есть инициализация?
> Ну серьёзно? Единственную портянку на баше сложно таковой считать

ныкаемся, пацаны - специалисты опеннета в треде!

> bash

bash: Command not found.

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

136. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +1 +/
Сообщение от Anonymoustus (ok), 04-Июл-21, 15:26 
Одни словом спалился, а как резво начинал.
Ответить | Правка | Наверх | Cообщить модератору

125. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от псевдонимус (?), 04-Июл-21, 09:58 
Какой баг, поночка ты наша?

Бсдевая "портянка" на С кстати умеет в зависимости без костылей в отличии от древнего сисвинита.

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

129. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –1 +/
Сообщение от Онаним (?), 04-Июл-21, 10:18 
А, извиняй, моя инфа устарела. В основном потому, что я это говнище больше не трогал ещё со времён, когда там одна единственная портяночка на шеле была. Сейчас вроде что-то прикрутили, да.
Ответить | Правка | Наверх | Cообщить модератору

131. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от псевдонимус (?), 04-Июл-21, 10:25 
Тоесть ты трогал "это говнище" ещё до его рождения?
Ответить | Правка | Наверх | Cообщить модератору

126. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от псевдонимус (?), 04-Июл-21, 09:59 
Баш.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

150. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от www2 (??), 05-Июл-21, 10:35 
Какая портянка на баше? rc.d на Posix shell.
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

165. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Онаним (?), 05-Июл-21, 19:44 
На шеле, да, сорян.
Ответить | Правка | Наверх | Cообщить модератору

81. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –5 +/
Сообщение от Аноним (81), 03-Июл-21, 14:05 
> ыл бы у линуксоидов мозк, посмотрели бы как у BSD иниуализация устроена

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

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

101. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +7 +/
Сообщение от пох. (?), 03-Июл-21, 22:41 
>  Было уже, наелись. И слава поттерингу - уже не приходится на каждый чих портянки писать.

от того что мудаки вроде тебя называют нормальные скрипты с нормальным _отдельным_ конфигурационным файлом (если у демона есть конфигурация) "портянками" - ваши "херзнаетгде/херзнаетгде/херзнаетгдеещекучасмусора.d/override.conf на каждый чих ничуть не становятся менее мудацкими. И особенно удобно потом искать подобные диверсии по всей системе.

> А если сравнить SMF, launchd и системду - системда мне кажется самой удобной и отвечающей моим
> требованиям.

твои требования - apt install и "как в винде". Никаких "портянок" ты отродясь не писал, не п-зди.
Ты и шелл-то не знаешь, наверняка.

И ничего поменять в поведении своей системы не хочешь и не можешь.

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

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

158. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +2 +/
Сообщение от agent_007 (ok), 05-Июл-21, 13:47 
> твои требования - apt install и "как в винде". Никаких "портянок" ты отродясь не писал, не п-зди.
> Ты и шелл-то не знаешь, наверняка.

Ньюфаги они такие.

Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, что портянка на C (systemd) всем хуже портянки на shell (классический инитскрипт). Просто потому, что портянку на C и читать и править (если необходимо) сильно сложнее.

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

Зачем все эти люди рассуждают о том, что лучше/хуже - хз.

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

160. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –1 +/
Сообщение от RomanCh (ok), 05-Июл-21, 14:49 
> Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, ...

Сталкивался. Не то что чётко, а вообще не понимаю.

> Просто потому, что портянку на C и читать и править (если необходимо) сильно сложнее.

Это вы то-ли совсем не знаете С, то-ли мало труЪ портянок на шелле видели. Утверждение мягко говоря спорное, т.к. если терминально нарукож*пить в портянке на С, то вас хотя бы компилятор зарубит. На shell можно написать такое...

Кроме того, скажите мне что с массивами работать на shell удобней чем на С. А с двумерными? Или хотите сказать что в инициализации подобных задач быть не может? В общем, долой холивары, растолкуйте мне более интересный вопрос.

Есть реальные случаи production проблем вызванными именно системдой? Приведите пожалуйста примеры.
Я хоть и сам не то чтобы большой фанат его, но админить прод с его приходом стало в среднем удобней и проще чем во времена святого shell'а, благополучно перекочевавшего в некросервисы с их контейнерами.

Конечно, он не панацея и бывают проблемы. Да, раза два наверное за последние годы я лазил в "портянку на С" чтобы понять "чё блин они там накрутили" и мне конечно это не понравилось. Но в портянки на shell я лазил гораздо больше и тратил на это гораздо больше времени и нравилось мне это гораздо меньше.

Так что собственно, вот прямо сильно не так с системдой при production применении?

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

161. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +1 +/
Сообщение от пох. (?), 05-Июл-21, 16:26 
> Все, кто сталкивался классичискими системами инициализации и с systemd, чётко понимают, что
> портянка на C (systemd) всем хуже портянки на shell (классический инитскрипт).

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

Причем расставляя там "sleep 200", потому что по другому оно вообще не работает.

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

Который еще и каждый день новый и "ваше ядро несовместимо с этой версией".

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

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

173. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от RomanCh (ok), 06-Июл-21, 12:04 
А у вас что, весь продакшн состоит из таких костыльно-кастомных решений? Тогда ваша боль понятна - очевидно что все костыли давным давно прочно были скреплены синей изолентой и всех всё устраивало. И тут... Появилась система где костыли надо приматывать прозрачным скотчем! Конечно это шок и негодование.
Тут остаётся только посочувствовать.

> и когда требуется хоть что-то нетривиальное - внезапно, приходится делать это скриптом

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

> и теперь отдельно заботиться о том где его хранить и как не проиметь при тиражировании или обновлении.

Вы так говорите, будто раньше shell портянки автоматически тиражировались по хостам и их нигде не было нужно хранить.
Но честно говоря тут я вообще проблемы не вижу. Есть два очевидных варианта - она хранится в установочном в пакете вместе с юнитом который её дёргает, или в какой-нибудь системе управления конфигурацией типа puppet/ansible/chief и прочие. И в том и в другом случае её трудно забыть, потерять и т.д. Если вы и это использовать не можете, то опять же можно только посочувствовать.

Но вообще, я так и не понял во скольких примерно случаях вас не устраивает то что даёт системда из коробки. Ну т.е. например на 100 условных продных серверов как часто вам приходится прикручивать к ней костыли которые были бы не нужны на shell-based системе инициализации?

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

178. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от пох. (?), 06-Июл-21, 12:32 
> А у вас что, весь продакшн состоит из таких костыльно-кастомных решений?

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

> Появилась система где костыли надо приматывать прозрачным скотчем!

Я детально изложил, где и почему их не надо приматывать, потому что не к чему примотать и ничего не работает как надо вообще. Почему в твои тупые мозги это никак не пролезает?

> Там где это действительно надо - так и делаю

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

> Зато в этом скрипте уже не надо выдумывать механизмы типа watchdog, ограничения по ресурсам
> (проц/память), политики перезапуска и много чего другого что поверх него обработает системда.

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

> Вы так говорите, будто раньше shell портянки

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

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

Это умение тоже продолбано.

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

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

> Ну т.е. например на 100 условных продных серверов как часто вам приходится прикручивать

постоянно, у меня ведь нет ненужных серверов, где абы как абы что воткнуто.
А если бы не приходилось - значит мне ТЕМ БОЛЕЕ не нужна системдрянь. Потому что раз нечего исправлять - то и тем более все равно, какие ужасные немодные шелловские скрипты там работают.

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

180. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от RomanCh (ok), 06-Июл-21, 12:47 
Божечки! Сколь превосходный нефильтрованный поток сознания!

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

Ну что сказать... Переход с синей изоленты на прозрачный скотч не всем легко даётся. Особо упёртые староверы могут и в тайгу уйти. Успехов!

PS Думаю, вам нужно посетить профильного врача выписывающего успокоительные таблеточки.

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

166. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Онаним (?), 05-Июл-21, 19:45 
Ну вот чессгря - сколько раз тебе пришлось править системду?
Мне 0.
Ответить | Правка | К родителю #158 | Наверх | Cообщить модератору

167. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Аноним (167), 05-Июл-21, 21:50 
> Мне 0.

Ну, удачно - мне тоже 0. После обновления Debian с 8 на 9 (если мне не изменяет мой склероз) и нескольких попыток завести некоторые нестандартные конфигурации и понять, почему одна не запускается вообще без каких-либо внятных сообщений, а вторая, хоть ты убейся, не желает запускать сервисы в нужном МНЕ порядке, Debian был обновлен до Devuan и, к стати, на "портянках" работает до сих пор, благополучно и без проблем пережив и следующее обновление. И, думаю, следующее тоже переживет. Да, возможно с того времени многое в сыстемде поправили, но негативный опыт попытки перевода сыграл свою роль...

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

170. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +1 +/
Сообщение от пох. (?), 06-Июл-21, 01:37 
> Ну вот чессгря - сколько раз тебе пришлось править системду?
> Мне 0.

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

А скрипты загрузки - да, довольно много раз правил. То есть, собственно, каждый раз, когда какая-то мелочь меня не устраивала. В redhat годами был поломан root= - где-то рукожопы все равно умудрялись прооверрайдить гвоздями прибитым. В suse дятлы считали что ext4 всегда восстанавливается с журналом, т-по скипая проверки и всегда монтируя сразу в rw. Тоже лечилось за полчасика. Эти вещи не описываются никакими дерьмоюнитами, это начальная загрузка.

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

А на другом сервере полный лог мусорных воплей, которые невозможно заткнуть - чудо-демон забрел в /etc/fstab и нашел там, О УЖАС, ДВА монтирования в одну точку. И похрен что там noauto.

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

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

182. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Онаним (?), 06-Июл-21, 13:12 
Абсолютно да.
Ответить | Правка | Наверх | Cообщить модератору

183. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Онаним (?), 06-Июл-21, 13:14 
Вот только это актуально для портянок на баше.
И описаний сервиса от любителей этих портянок.
Потому что в системде ExecPre со слипом - это может только любитель портянок наговноконфигурить.
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

184. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  +/
Сообщение от Онаним (?), 06-Июл-21, 13:21 
В случае с сетью - ты можешь во-первых зависимости навешать.
Если тебе надо каких-то конкретных инициализаций дождаться - ты вешаешь отдельный сервис, который зависит от базовой инициализации, и далее ждёт/делает твою кастомную инициализацию всего оставшегося. А его делаешь зависимостью того, что у тебя без кастома не стартует. И всё. Не надо никаких слипов.
Ответить | Правка | К родителю #170 | Наверх | Cообщить модератору

123. "Джим Вайтхерст, возглавлявший Red Hat, покидает пост президе..."  –2 +/
Сообщение от псевдонимус (?), 04-Июл-21, 09:50 
У линуксоидов к слову есть с6, но..

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

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

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

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




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

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