LINUX.ORG.RU

Управление пользовательской сессией из systemd

 ,


0

1

Анонсирована совместная работа инженеров Intel и Samsung по переносу логики менеджеров сессий (gnome-session, startxfce4 и т.п.) в systemd.

>>> Подробности

★★★★★

Последнее исправление: Binary (всего исправлений: 2)

Ответ на: комментарий от unikum

Жесть как она есть

Демоны, сокеты, файлы девайсов и точки монтирования… Настоящий юникс-вей, чо.

AX ★★★★★
()
Ответ на: комментарий от GotF

Специальный демон. Например, ulatencyd.

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень. Да и системд это делает эффективнее.

PS Кто-то им пользуется?

Ivan_qrt ★★★★★
()
Ответ на: комментарий от gear

К слову - показываемое гуглом количество результатов не имеет смысла. Он же будет и просто alsa искать и просто «no sound». Дальше тысячи не посмотришь, но на сложных запросах видно со второй страницы уже - ерунду ищет, на которую нельзя ориентироваться.

Частичное решение - искать в кавычках.

ForwardToMars
()
Ответ на: комментарий от gear

2.9М
3.63М

А теперь сравни, сколько существует пульс и сколько alsa. И приплюсуй сюда проблемы с дровами. (надеюсь, в пульс ещё свои дрова не встроили?)

AX ★★★★★
()
Ответ на: комментарий от GotF

ясно

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

однако никто не мешает в начале «скрипта» написать #!/usr/bin/blablabla, где вместо blablabla может быть zhs, perl, busybox или какой-то самописный бинарь, тогда запуск будет идти в виде

/usr/bin/blablabla /etc/init.d/blablabla start|stop

в таком случае в «инит-скрипте» можно оставить только этот самый lsb-заголовок и запускать только бинарь, который будет брать параметры из $2

если так, то ещё одно «преимущество» systemd есть ЛПП

anonymous
()
Ответ на: комментарий от Ivan_qrt

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень.

И ты ещё рассуждаешь о Unix-way?

Да и системд это делает эффективнее.

Почему? (Предвижу ответ «патамушта»).

GotF ★★★★★
()
Ответ на: комментарий от Ivan_qrt

Ну если тебе нравится по 100500 демонов пускать, то пожалуйста. Мне не очень.

100500 демонов будут запущены вне зависимости от запускалки.

Да и системд это делает эффективнее.

Что ты подразумеваешь по эффективностью в данном контексте?

gear ★★★
()
Ответ на: комментарий от AX

Ты это понимаешь, я это понимаю, а товарищи, наподобии, Ivan_qrt - нет. Потому я и написал о некорректности примера.

gear ★★★
()
Ответ на: комментарий от GotF

Почему? (Предвижу ответ «патамушта»).

systemd предлагает простой путь для решения обсуждаемой задачи. Запуская очередной новый процесс, systemd помещает его в отдельную контрольную группу с соответствующим именем. Контрольные группы Linux предоставляют очень удобный инструмент для иерархической структуризации процессов: когда какой-либо процесс порождает потомка, этот потомок автоматически включается в ту же группу, что и родитель. При этом, что очень важно, непривилегированные процессы не могут изменить свое положение в этой иерархии. Таким образом, контрольные группы позволяют точно установить происхождение конкретного процесса, вне зависимости от того, сколько раз он форкался и переименовывал себя — имя его контрольной группы невозможно спрятать или изменить. Кроме того, при штатном завершении родительской службы, будут завершены и все порожденные ею процессы, как бы они ни пытались сбежать. С systemd уже невозможна ситуация, когда после остановки web-сервера, некорректно форкнувшийся CGI-процесс продолжает исполняться вплоть до последних секунд работы системы.

Ivan_qrt ★★★★★
()

ну вот и хорошо: вместо выпиливания из системы 100500 демонов теперь будет достаточно выпилить один

anonymous
()
Ответ на: комментарий от gear

Что ты подразумеваешь по эффективностью в данном контексте?

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

Ivan_qrt ★★★★★
()
Ответ на: комментарий от AX

2.9М
3.63М

Меряться кол-вом результатов, выдаваемых гуглом, это такая особая форма извращения?

http://www.google.ru/search?q=Леннарт_Поттеринг_дурак — Результатов: примерно 162

http://www.google.ru/search?q=Линус_Торвальдс_дурак — Результатов: примерно 31 800

Psych218 ★★★★★
()
Ответ на: комментарий от gear

100500 демонов будут запущены вне зависимости от запускалки

Поттеринг работает над этой проблемой. Ждём включения в состав systemd: httpd, ftpd, sshd, telnetd и прочих.

GotF ★★★★★
()
Ответ на: комментарий от gear

а товарищи, наподобии, Ivan_qrt - нет

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

Ivan_qrt ★★★★★
()
Ответ на: комментарий от Ivan_qrt

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

Это легко реализуемо и без системд.

То, что у меня не будет лишнего жрущего демона.

Ну да. Он у тебя будет один, но жрущий как бегемот.

gear ★★★
()
Ответ на: комментарий от gear

Это как аконади: разрабы КДЕ внезапно обнаружили, что в ихнем мейло-органайзере адрес почты копируется пять раз, и во имя экономии памяти сделали монстра, который один жрёт больше ОЗУ, чем все третькеды.

Oleaster ★★★
()

Похоже любой тред, содержащий слова «arch», «systemd», «pulseaudio», «firefox» и ещё ряд других с большой долей вероятности превращаются в эпический срач:)
Кстати, почему-то перестали ругать networkmanager в последнее время.

unikum ★★★★★
()
Ответ на: комментарий от gear

Ну да. Он у тебя будет один, но жрущий как бегемот.

Аналитики такие аналитики.

unikum ★★★★★
()
Ответ на: комментарий от gear

Это легко реализуемо и без системд.

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

Ну да. Он у тебя будет один, но жрущий как бегемот.

С чего бы это?

PS поживем увидим.

Ivan_qrt ★★★★★
()
Ответ на: комментарий от GotF

Unix-way

расскажи идиоту про «Unix-way», он и лоб расшибёт

anonymous
()
Ответ на: комментарий от Ivan_qrt

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

Да ладно, мы все помним, что началось, когда в убунте запилили pulseaudio по умолчанию.

AX ★★★★★
()
Ответ на: комментарий от AX

Ну это было. Когда убунта системд запилят ещё не то начнётся, но к пульсе сейчас это мало отношения имеет.

PS Всем спокойной ночи.

Ivan_qrt ★★★★★
()

Молодцы. Хоть кто-то делает что-то полезное.

paran0id ★★★★★
()
Ответ на: комментарий от AX

Товариш заявлял, что копаться в systemd'шной каше из файлов десяти разных типов проще и удобнее, чем в старых добрых шелл-скриптах.

Сравни:

http://bb.comp-house.ru/comp-house.repo/wiki/systemd-vs-initv

Похоже на невозбранное избиение старичка младенцем, не правда ли?

AVL2 ★★★★★
()
Ответ на: комментарий от sluggard

Ага, я еще его легко не использовать, тем кому он не нужен.

Допустим выдрать pulse из Федоры — огромный гемор. А systemd вообще прибит гвоздями.

ogronom
()
Ответ на: комментарий от unikum

Это же ЛОР, такие темы это то, чем он жив :}

Deleted
()
Ответ на: комментарий от AVL2

нет никто не заставляет юзать bash в этом и профит sysV скрипты, лежащие в /etc/init.d могут интерпретироваться чем угодно главное, чтобы они обрабатывали start|stop и имели lsb-заголовок

Управление пользовательской сессией из systemd (комментарий)

anonymous
()

Очевидно, профит в том, что те ДЕ, которые не знают о systemd, нельзя будет запустить.

Nxx ★★★★★
()
Ответ на: комментарий от Nxx

Очевидно, профит в том, что те ДЕ, которые не знают о systemd, нельзя будет запустить.

Достаточно того, что DE будут намертво прибиты в systemd, как куча гнилого софта прибита к winapi.

anonymous
()
Ответ на: комментарий от unikum

Ты ещё для наглядности приведи инит скрипты из разных дистров, где каждый извращается как может.

а что тут ненаглядного? Да, сразу можно не заметить, что скрипты initV мало того, что монструозны, но еще и хуже.

Например, в systemd ясно указано, что запускать smb следует после syslog (причем не прибитого гвоздями rsyslog, а той службы, которая используется для журналирования) сети и других сервисов самбы.

After=syslog.target network.target nmb.service winbind.service

А в init есть только вялая попытка проверить существование сети.

# Check that networking is up. [ ${NETWORKING} = «no» ] && exit 1

А еще в initv есть идиотская привычка рубить сервис при проверке какого нибудь файла на наличие.

Вот примерчик:

# Check that smb.conf exists. [ -f /etc/samba/smb.conf ] || exit 6

Охренеть. Ни одна операция молча не пройдет, если нет файла /etc/samba/smb.conf

Даже статус сервиса не покажет! Молча упадет и все. Ищите мол, где засада...

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

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

unikum ★★★★★
()
Ответ на: комментарий от unikum

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

А вот от смены рук и мозга станут. Я гарантирую это.

anonymous
()
Ответ на: комментарий от no-dashi

Не путай графическую систему и «переключатель видеорежимов с поддержкой фреймбуфера».

Начало уже положено - чисто-юзерспейсовые иксовые драйвера уходят в историю.

annulen ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.