Исходное сообщение
"В GNOME предложили учитывать влияние разработки на окружающу..." Отправлено Аноним, 28-Июл-20 18:23
> тут даже замерять не надо, чтобы понять... у системды активных служб порядка двух сотен. То что системд считает активным и то что реально запущено и работает - две большие разницы. У меня например есть минимальный дебиан с системд где кроме системды запущен еще getty, ну и в нем шелл. А больше в системе процессов и не запущено. В чем фокус? Я например могу "стартовать" мой юнит, допустим, цепляюший вон тот своп-файл. И оставить его типа-активным с точки зрения системды после отработки всех команд. Просто для того, чтобы он считался "running". Если он running - можно сказать и stop. В котором будет логично тот свопфайл размонтировать, например. И так много с чем еще из разряда вещей по условиям/событиям. Поэтому появляется возможность stateful автоматизации некоторых системных вещей, дешево и сердито. С управлением через системду когда фича активна, а когда нет, хоть фича и не процесс в памяти а лишь какие-то действия/скрипты вызываемые при start/stop юнита. Прикол в том что при этом в памяти никаких процессов может и не висеть. На самом деле неплохо придумано - в списке появляются и "stateful действия с системой" и к ним применяются зависмости как к всему остальному. Ну там чтобы зацепить своп, допустим, у нас должен был быть вон тот девайс, и мало ли как он там у нас на самом деле цеплялся...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> тут даже замерять не надо, чтобы понять... у системды активных служб порядка двух сотен. > То что системд считает активным и то что реально запущено и работает > - две большие разницы. У меня например есть минимальный дебиан с > системд где кроме системды запущен еще getty, ну и в нем > шелл. А больше в системе процессов и не запущено. > В чем фокус? Я например могу "стартовать" мой юнит, допустим, цепляюший вон > тот своп-файл. И оставить его типа-активным с точки зрения системды после > отработки всех команд. Просто для того, чтобы он считался "running". Если > он running - можно сказать и stop. В котором будет логично > тот свопфайл размонтировать, например. И так много с чем еще из > разряда вещей по условиям/событиям. Поэтому появляется возможность stateful автоматизации > некоторых системных вещей, дешево и сердито. С управлением через системду когда > фича активна, а когда нет, хоть фича и не процесс в > памяти а лишь какие-то действия/скрипты вызываемые при start/stop юнита. > Прикол в том что при этом в памяти никаких процессов может и > не висеть. На самом деле неплохо придумано - в списке появляются > и "stateful действия с системой" и к ним применяются зависмости как > к всему остальному. Ну там чтобы зацепить своп, допустим, у нас > должен был быть вон тот девайс, и мало ли как он > там у нас на самом деле цеплялся...
	Введите код, изображенный на картинке: