The OpenNET Project / Index page

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



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

Оглавление

Инициатива по сокращению зависимостей у libsystemd, opennews (??), 03-Апр-24, (0) [смотреть все]

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


1. "Инициатива по сокращению зависимостей у libsystemd"  +31 +/
Сообщение от Аноним (1), 03-Апр-24, 13:03 
Коммунити: Давайте придерживаться unix-way
Леннар: NO !1111
Ответить | Правка | Наверх | Cообщить модератору

18. "Инициатива по сокращению зависимостей у libsystemd"  +9 +/
Сообщение от iPony129412 (?), 03-Апр-24, 13:38 
> Что касается связывания c libsystemd большого числа приложений, то Ленарт порекомендовал разработчикам приложений не пытаться загружать libsystemd ради одной функции, а реализовать обработчик протокола на уровне приложения

Но не хотят.
Проще в тупую включить и всё.
А виноват Ленарт.

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

134. "Инициатива по сокращению зависимостей у libsystemd"  +4 +/
Сообщение от crypt (ok), 03-Апр-24, 17:33 
так библиотеки как раз для того и существуют, чтобы не писать каждый раз один и тот же код. сам Поттер код дублировать, видите ли, не хочет, а другие по его мнению должны.
Ответить | Правка | Наверх | Cообщить модератору

196. "Инициатива по сокращению зависимостей у libsystemd"  –1 +/
Сообщение от n00by (ok), 03-Апр-24, 20:12 
Должны, потому что при наличии исходников религия почему-то обязует собирать библиотеку в .so файл. Прилинковать маленький кусочек статически лицензия не позволяет?
Ответить | Правка | Наверх | Cообщить модератору

179. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (179), 03-Апр-24, 19:31 
Виноват, что не сделал динамическую загрузку сразу.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

19. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (-), 03-Апр-24, 13:39 
Коммунити Федоры:
Давайте придерживаться unix-way в системМД! Это же плохо когда у нас есть огромный массив кода и куча зависимостей!
А то что у нас уродливое монолитное ядро, куда тащат вообще все, начиная от драйверов которые роняют всю систему, заканчивая io-uring... это нам норм, это вполне юникс вей!
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

38. "Инициатива по сокращению зависимостей у libsystemd"  +4 +/
Сообщение от Аноним (38), 03-Апр-24, 14:03 
> А то что у нас уродливое монолитное ядро,

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

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

43. "Инициатива по сокращению зависимостей у libsystemd"  +3 +/
Сообщение от Анонимы (?), 03-Апр-24, 14:07 
горит сорай, гори и хата!
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

49. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (49), 03-Апр-24, 14:14 
Ядро просто уже не исправить...
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

74. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Стив Балмер (?), 03-Апр-24, 14:56 
предлагаешь переходить на minix ?
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

329. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (329), 05-Апр-24, 10:14 
> предлагаешь переходить на minix ?

Зачем?! Фирма интел уже любезно преинсталлировала его на ваши компы. Откиньтесь на спинку кресла, как говорится...

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

89. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от Аноним (89), 03-Апр-24, 15:26 
Ну давай, расскажи нам о лагоном микроядре, что должно нас спасти.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

98. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Пряник (?), 03-Апр-24, 15:58 
Оно модульное. Также можно пересобрать из исходников, выкинув что угодно через menuconfig.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

236. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (236), 03-Апр-24, 22:30 
И после этого кривой драйвер перестанет ронять систему в kernel panic?
Ответить | Правка | Наверх | Cообщить модератору

82. "Инициатива по сокращению зависимостей у libsystemd"  –7 +/
Сообщение от leap42 (ok), 03-Апр-24, 15:10 
> Коммунити: Давайте придерживаться unix-way
> Леннар: NO !1111

unix way был чертовски хорош пол века назад, но сейчас уже не оч (софт немножко изменился с тех пор и, что важнее, требования к софту изменились), если прям по чесноку соблюдать его в современном софте, он будет очень куцый по функционалу и дико тормозной (например STDIN/STDOUT работают оч медленно)

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

139. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от rshadow (ok), 03-Апр-24, 17:44 
Если смотреть на веб, то через столько лет монолита как раз наоборот пришли к микросервисам. И вся инфра все больше и больше затачивается под unix way. Софт все сложнее и сложнее. Unix way не избежен.
Ответить | Правка | Наверх | Cообщить модератору

144. "Инициатива по сокращению зависимостей у libsystemd"  +8 +/
Сообщение от Bottle (?), 03-Апр-24, 17:54 
Настолько перешли к юникс-вею, что 99% приложений делаются на жирных монолитах Node.js и Electron.
Ответить | Правка | Наверх | Cообщить модератору

147. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от penetrator (?), 03-Апр-24, 18:06 
пришли к микросервисам 2 категории абсолютно разных людей:

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

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

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

157. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от leap42 (ok), 03-Апр-24, 18:39 
> как раз наоборот пришли к микросервисам

где? в рекламе AWS? куда ни плюнь - везде микросервисами называют распределённые монолиты

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

238. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от bdrbt (ok), 03-Апр-24, 22:57 
Ну так то хайп по микросервисам прошел. Уже пару лет как. Разрабы неменого протрезвели, инвесторы на этот баззворд уже не ведутся. И оказалось, что даже со всеми этими DDD и тому подобными клин-кодами, монолит вцелом удобнее, за исключением очень специфичных случаев.
Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

228. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (228), 03-Апр-24, 22:00 
Слышал это 20 лет назад, но как и 20 лет назад не вижу причин почему что-то изменилось.
Как и раньше - все криворукие разрабы делают комбайны в которых разбирается 1.5 автора, как и раньше все гении ищут простые принципиальные подходы.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

269. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (269), 04-Апр-24, 09:17 
> например STDIN/STDOUT работают оч медленно

Как файловые дескипторы могут работать медленно, поехавший? А сетевые соединения у тебя тоже работают медленно получается?

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

270. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от leap42 (ok), 04-Апр-24, 09:27 
>> например STDIN/STDOUT работают оч медленно
> Как файловые дескипторы могут работать медленно, поехавший? А сетевые соединения у тебя
> тоже работают медленно получается?

Да, анончик, на фоне библиотечных вызовов, от которых предлагают уходить в сторону пайпов фанаты unix way, замедление на порядки будет. Не веришь? - Пиши бенч чтобы это доказать, а мы будем смеяться на тем, как ты сейчас сольёшься или будешь выворачиваться в духе "у меня нет на это времени", все местные ничтожества так делают.

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

280. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (280), 04-Апр-24, 11:17 
> Да, анончик, на фоне библиотечных вызовов, от которых предлагают уходить в сторону
> пайпов фанаты unix way

а пайпы это астральные вызовы?

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

330. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (329), 05-Апр-24, 10:16 
> а пайпы это астральные вызовы?

Вы ему только не говорите что еще shared mem между процессами бывает. А то у него вообще весь мир перевернется.

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

96. "Инициатива по сокращению зависимостей у libsystemd"  +4 +/
Сообщение от Пряник (?), 03-Апр-24, 15:55 
systemd и unix-way несовместимые понятия.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

168. "Инициатива по сокращению зависимостей у libsystemd"  –8 +/
Сообщение от Аноним (168), 03-Апр-24, 19:02 
Давай мы с тобой определимся с понятиями, потому что ты, как другие местные клоуны, называют «unix-way» каких-то своих головных глистов

Unix™ это OS получившая сертификат о соответствии стандартам и признанная Unix™
unix-way это путь который нужно пройти, что бы получить сертификат
Один из дистрибутивов Linux с systemd ранее имел сертификат о том, что он — Unix™(это была пересборка Huawei CentOS'а 7го)
Ни один дистрибутив Linux с openrc или баш-портянками такого сертификата не получал
Так что делаем вывод, что systemd это вполне unix-way, а вот опенрц и портянки нет

А ты выдумываешь свой собственный «unix-way» который живет только у тебя в межушном пространстве и не существует в реальном мире

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

254. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от xtotec (ok), 04-Апр-24, 01:12 
О темпора, о морес

> unix-way это путь который нужно пройти, что бы получить сертификат

Ну это же не йумор такой, правда же?

Соевики-АйТишники всё видят через замочную скважину сертификации.

Дядя, unix-way это философия системной архитектуры. Вот, почитай (извините за источник, некогда было искать что-нибудь более православное, но и этот не врёт)

https://ru.wikipedia.org/wiki/%D0%A4%D0%...

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

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

107. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от Аноним (107), 03-Апр-24, 16:27 
>unix-way

Ты по веб-страницам, надеюсь, юниксвейно ходишь? Через одну утилиту скачиваешь содержимое по протоколу HTTP, далее другой вытаскиваешь из неё код на javascript (попутно скачивая ещё), потом пайпом перекидываешь в интерпретатор javascript и потом закидываешь всё это в отдельный рендерер, вместе с попутно обработанным html + css?

Или пошлым комбайном пользуешься? И редактор-то для написания комментариев не отдельно, да, а прям вот в браузере? Кошмар.

(заранее предвижу в ответах ЭТОДРУГОЕ)

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

124. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (124), 03-Апр-24, 17:05 
> Ты по веб-страницам, надеюсь, юниксвейно ходишь?
> (заранее предвижу в ответах ЭТОДРУГОЕ)

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

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

156. "Инициатива по сокращению зависимостей у libsystemd"  +3 +/
Сообщение от Аноним (107), 03-Апр-24, 18:26 
С таким подходом можно извернуться куда угодно.

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

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

Системд, при всех его недостатках, даёт достаточно удобную и унифицированную абстракцию над многими компонентами ОС, которые без него замучаешься настраивать. Конкретно к самой реализации системд могут быть вопросы (а к чему из софта их вообще нет? Даже cat -v considered harmful), но аргументировать борьбу с ним мнимым упрощением чревато.

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

181. "Инициатива по сокращению зависимостей у libsystemd"  +1 +/
Сообщение от Аноним (181), 03-Апр-24, 19:34 
Да тут про библиотеку. И, вроде unix-way не про внутреннее устройство. Там может быть понаверчено хоть тонны кода, если они выполняют одну задачу и выполняют её хорошо. Вопрос стоит и том, чтобы выделить функции по смыслу или по востребованности другим софтом в отдельную библиотеку. Не хотелось бы библиотеки на "функцию из 4-х строк", но раз есть востребованность в софте, да не в одном... То в этом вполне мог бы быть смысл. А ещё её можно обмазать тестами от и до, по модному или немодному, и там уже будет далеко не 4 строки. Вот и вопрос в том, чтобы возможно назрела необходимость выделить.
Ответить | Правка | Наверх | Cообщить модератору

125. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (124), 03-Апр-24, 17:05 
И да, я бы видеоплеер бы точно предпочёл чтобы запускался внешний, опционально. Там и контролов, функций и контроля больше, да и декодинг через видимокарту, о чудо, как работал так работает слава богу. А по-дефолту пусть в браузере играет, кому не надо.
Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

163. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (236), 03-Апр-24, 18:46 
В незапамятные времена примерно так и было в том же зондофоксе: ставишь VLC, он ставит плагин и через него играется видео. Потом это поломали и запихнули условно рабочий OpenH264.
Ответить | Правка | Наверх | Cообщить модератору

153. "Инициатива по сокращению зависимостей у libsystemd"  +/
Сообщение от Аноним (-), 03-Апр-24, 18:17 
Unix way по отношению к библиотекам, это libc.so в которую понапихано всякого без разбору. Так что здесь Поттеринг как раз следует Unix Way.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

244. "Инициатива по сокращению зависимостей у libsystemd"  +2 +/
Сообщение от 1апреля (?), 03-Апр-24, 23:09 
Когда ночной командир выдаёт мне ETA час при распаковке архивов, в то время как какого-нибудь 7z x за 10 секунд, я мысленно произношу слово юникс-вей.
Без разницы на юзабилити, главное код и собственные бзики, на которые всем безразлично, т.к. даже коллеги по бзику думают только о своих непрактичных идеалах.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

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

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




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

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