The OpenNET Project / Index page

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



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

Оглавление

Выпуск системного менеджера systemd 249, opennews (??), 08-Июл-21, (0) [смотреть все]

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


34. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (34), 08-Июл-21, 15:47 
Пользователь, который использует лишь приложения, разве нуждается в systemd?
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 08-Июл-21, 15:56 
> Пользователь, который использует лишь приложения, разве нуждается в systemd?

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

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

61. "Выпуск системного менеджера systemd 249"  +1 +/
Сообщение от Аноним (61), 08-Июл-21, 16:28 
Это каких например удобств?
Ответить | Правка | Наверх | Cообщить модератору

67. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (67), 08-Июл-21, 16:52 
1.0 зрения
Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (78), 08-Июл-21, 17:04 
1.46
Ответить | Правка | Наверх | Cообщить модератору

65. "Выпуск системного менеджера systemd 249"  +4 +/
Сообщение от Аноним (78), 08-Июл-21, 16:38 
Нцадь лет пользуюсь OpenRC, страданий не наблюдал.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

68. "Выпуск системного менеджера systemd 249"  –2 +/
Сообщение от Аноним (7), 08-Июл-21, 16:55 
> Нцадь лет пользуюсь OpenRC, страданий не наблюдал.

Ну, скажем, ты используешь NUT? С cgroups тоже веселья хватает и v2 не поддерживается. А xboxdrv тебе как? А как было когда он был в худшем состоянии, чем сейчас?

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

76. "Выпуск системного менеджера systemd 249"  +1 +/
Сообщение от Аноним (78), 08-Июл-21, 17:10 
NUT не использую, не знаю что это.
А что мешает управлять cgroups через /sys при необходимости?
xboxdrv - что это?
А когда он был в худшем состоянии? Он всегда просто работал.
Ответить | Правка | Наверх | Cообщить модератору

84. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 08-Июл-21, 17:26 
> NUT не использую, не знаю что это.

то то и оно

> А что мешает управлять cgroups через /sys при необходимости?

т.е. я должен вручную всем ресурсы раздать, а не openrc который не умеет? или можно взять systemd

> А когда он был в худшем состоянии?

когда буст и питон2

> Он всегда просто работал.

если бы, как только появляются любые проблемы с демонами, опенрц быстро сдувается (перезагрузка хоста не решение)

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

191. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноньимъ (ok), 09-Июл-21, 14:41 
> Ну, скажем, ты используешь NUT? С cgroups тоже веселья хватает и v2

Network UPS Tools ?

Что у вас там за сложности и веселье с ним?
На FreeBSD например просто работает.

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

199. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 09-Июл-21, 19:09 
Ну, скажем, если некоторый девайс по какой-то из причин отвалился, вернуть его нельзя никак.
Ответить | Правка | Наверх | Cообщить модератору

200. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноньимъ (ok), 09-Июл-21, 19:20 
> Ну, скажем, если некоторый девайс по какой-то из причин отвалился, вернуть его
> нельзя никак.

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

И как эту проблему систама-Д помогает решать?

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

201. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 09-Июл-21, 20:01 
Ну например в девайсе usb-to-serial переходник, который рандомно отваливается. М да, выдернуть воткнуть тоже не помогает, потому что система не вернётся в консистентное состояние. Системд тут поможет тем, что он лишён этих проблем openrc и на системе с упавшим сервисом тот можно просто перезапустить (хотя он и сам подняться должен)
Ответить | Правка | Наверх | Cообщить модератору

214. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Perlovka (ok), 11-Июл-21, 23:20 
Если у вас рандомно отваливается usb2serial, это не проблема инит системы. Ну и с openrc тоже можно спокойно рестартнуть сервис. Хотя у меня сервис и так не падает при выдергивании usb, просто начинает пищать, что девайс отвалился.
И при втыкании кабеля обратно спокойно подхватывает его опять.
Ответить | Правка | Наверх | Cообщить модератору

216. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 12-Июл-21, 06:19 
Если upsdrv упадёт, его нельзя перезапусить. Более того, если подчистить лок файлы вручную, всё равно не заработает. Провисшие идентификаторы обычное дело с юсб в линуксе. Они не отваливаются и будут добавляться новые при каждом подключении, причём, будет пытаться долбить и старые мёртвые.
Ответить | Правка | Наверх | Cообщить модератору

217. "Выпуск системного менеджера systemd 249"  –1 +/
Сообщение от Perlovka (ok), 12-Июл-21, 08:05 
> Если upsdrv упадёт, его нельзя перезапусить. Более того, если подчистить лок файлы
> вручную, всё равно не заработает. Провисшие идентификаторы обычное дело с юсб
> в линуксе. Они не отваливаются и будут добавляться новые при каждом
> подключении, причём, будет пытаться долбить и старые мёртвые.

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

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

218. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 12-Июл-21, 08:50 
Ты чё хамиш тут? Никогда мобильник кабелем не подключал? Или мтп не использовал? А насчёт нельзя перезапустить, это постоянно. Потому что лапша не возвращается в консистентное состояние и качество этой лапши бывает весьма посредственное особенно когда она сложная -- можно многое сделать костылями, но костыли это не решение и они всегда будут костылями которые будут отваливаться при любом удобном случае.
Ответить | Правка | Наверх | Cообщить модератору

219. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Perlovka (ok), 12-Июл-21, 09:27 
> Ты чё хамиш тут? Никогда мобильник кабелем не подключал? Или мтп не
> использовал? А насчёт нельзя перезапустить, это постоянно. Потому что лапша не
> возвращается в консистентное состояние и качество этой лапши бывает весьма посредственное
> особенно когда она сложная -- можно многое сделать костылями, но костыли
> это не решение и они всегда будут костылями которые будут отваливаться
> при любом удобном случае.

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

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

77. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноньимъ (ok), 08-Июл-21, 17:12 
Какая-то пьяная фантазия.

То есть чтобы использовать федору до перехода tё на систем-Д нужно было
>писать и исправлять баш-портянки для запуска демонов

и приходилось
>пострадать и постоянно отказываться от различных привычных удобств

?

> Перезапуск, ограничение ресурсов, конфигурация сети, и прочее полезное что в системд из коробки

Систем-Д тут причём? Это искаробки везде было и до неё.

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

82. "Выпуск системного менеджера systemd 249"  –3 +/
Сообщение от Аноним (7), 08-Июл-21, 17:22 
Вот только раньше софт поддерживал баш портянки, теперь баш портянки у софта по весьма остаточному принципу, если вообще есть.
Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноньимъ (ok), 08-Июл-21, 17:34 
И?
Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (187), 09-Июл-21, 09:29 
Пользователь запускает приложение, когда оно нужно, и закрывает, когда не нужно. Зачем тут баш?
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

198. "Выпуск системного менеджера systemd 249"  –1 +/
Сообщение от Аноним (7), 09-Июл-21, 19:06 
> Пользователь запускает приложение, когда оно нужно, и закрывает, когда не нужно. Зачем
> тут баш?

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

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

124. "Выпуск системного менеджера systemd 249"  +/
Сообщение от danonimous (?), 08-Июл-21, 20:06 
И что - оно постоянно тебе перезапускает текстовый редактор? Изменения хоть сохраняет?
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

131. "Выпуск системного менеджера systemd 249"  +2 +/
Сообщение от YetAnotherOnanym (ok), 08-Июл-21, 20:40 
> Перезапуск, ограничение ресурсов, конфигурация сети, и прочее полезное что в системд из коробки

А ещё в Линуксе до systemd не производили ничего, кроме калош.

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

188. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (187), 09-Июл-21, 09:55 
> Перезапуск

Это для демонов, не для приложений. И эти демоны в других ОС являются ее частью.

> ограничение ресурсов

Если приложению необходим 1ГБ памяти, пусть берет. Иначе это приложение не будет работать. Пользователю незачем ограничивать что-либо. Если приложение решает его задачи плохо, он сменит приложение.

> конфигурация сети

Имеет ли смысл пользователю знать, что там внутри - networkd или network manager? Он настроил сеть через графический интерфейс своей ДЕ и доволен.

> прочее полезное что в системд из коробки

Будет ли это полезно для пользователя приложений? Я действительно не могу понять, зачем ему нужен systemd или openrc.

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

197. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (7), 09-Июл-21, 19:01 
>для демонов, не для приложений.

чем демон отличается от приложения? это базовые знания.

>эти демоны в других ОС являются ее частью.

не являются, не всегда, не обязательно.

>1ГБ памяти

памяти

>это приложение не будет работать

а если будет, и сколько копий запускаем? сегодня и 50 гб памяти на один инстанс никого не удивишь

>незачем ограничивать

память не единственный ресурс

>настроил сеть

примерно в 100% случаев сеть настраивает сама себя и её достаточно включить, что теперь делаем с ntp и остальным?

>ли это полезно

естественно

>не могу понять

т.е. примеров недостаточно? ну и не надо думать об этом тогда, оставьте всё тем, кто этим занимается

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

206. "Выпуск системного менеджера systemd 249"  +/
Сообщение от Аноним (206), 10-Июл-21, 12:43 
> чем демон отличается от приложения? это базовые знания.
> не являются, не всегда, не обязательно.

Какие-нибудь FTP и HTTP не настолько системны как сеть или фс, поэтому они могут быть запущены из графического интерфейса вручную или запущены при запуске системы свернутыми в трей или панель.

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

* Ограничить доступ к какой-нибудь вебке? Это пермишены, пользователь действительно участвует в этом.
* Или нужно ограничить вычислительную, сетевую, дисковую и т.д активность? Приложение лучше знает свои потоки и задачи, само в состоянии установить приоритет всего этого.
* Или нужно установить лимит потребления памяти, сети, диска и т.д? Зачем? Если приложению нужно 100ГБ ассетов, пусть хранит. Если ему нужно скачать все эти ассеты, пусть качает, установив низкий сетевой приоритет для этого. Если ему нужна вся память, пусть заполняет ее. Неиспользованные оплаченные ресурсы - пустая трата. Если какой-то ресурс будет непоправимо исчерпан, идеальная система начнет просить приложения вернуть ресурсы хоть немного и, когда наступит безвыходное положение, обратится к пользователю.

> примерно в 100% случаев сеть настраивает сама себя и её достаточно включить, что теперь делаем с ntp и остальным?

Разве время не настроено из коробки? Единственная задача пользователя выбрать UTC смещение и то можно обойтись без этого.

> т.е. примеров недостаточно? ну и не надо думать об этом тогда, оставьте всё тем, кто этим занимается

Занимается ли этим пользователь приложений, о котором вся эта ветка обсуждений?

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

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

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




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

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