https://www.opennet.dev/openforum/vsluhforumID3/113759.html Леннарт Поттеринг представил (https://lists.freedesktop.org/archives/systemd-devel/2018-March/040469.html) релиз системного менеджера systemd 238 (http://www.freedesktop.org/software/systemd/). Из новшеств можно отметить включение по умолчанию учёта потребления памяти, расширение числа настроек systemd-sysusers, добавление настройки TemporaryFileSystem для переопределения частей ФС разделами tmpfs, обеспечение автоматического монтирования /sys/fs/bpf.<br><br><br><br>Основные изменения: <br><br><br><br>- Для unit-ов по умолчанию включена опция MemoryAccounting, обеспечивающая учёт потребления памяти при помощи cgroup. По оценке разработчиков в современных ядрах (4.14+) негативное влияние на производительность аккаунтинга через cgroup минимально и данный режим уже готов для включения по умолчанию. Для отключения при сборке можно указать "-Dmemory-accounting-default=false". Учёт потребления ресурсов CPU, ввода/вывода и сетевой активности по-прежнему отключен по умолчанию;<br><br>- Добавлена настройка TemporaryFileSystem для переопр https://www.opennet.dev/openforum/vsluhforumID3/113759.html#98 Mon, 12 Mar 2018 23:24:13 GMT &gt;модуль https://www.opennet.dev/openforum/vsluhforumID3/113759.html#97 Mon, 12 Mar 2018 14:31:40 GMT &gt; В bsd rc наконец сделали rc.conf.d.<br><br>Если из сравнительн недавнего, то ЕМНИП, добавили поддержку {LOCALBASE}/etc/rc.conf.d<br>/etc/rc.conf.d уже давно <br>&gt; Date: Mon Oct 2 18:50:58 2006 +0000<br>&gt; Pull in /etc/rc.conf.d/network so that ifconfig_&lt;if&gt; variables can be<br><br>.<br>.<br><br>&gt; Конфигурацию разбитую на куски стало сильно проще читать и править.<br>&gt; А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d. <br><br>.<br>.<br>&gt; Date: Tue Nov 3 19:57:12 2015 +0000<br>&gt; Add sysrc(8) support for "rc.conf.d" file(s) when given "-s name" to<br>&gt; indicate service(8) script. While here, add "-l" option for listing the<br><br>Да и сам sysrc - 1000 строчный костылик на sh.<br><br> <br><br><br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#96 Mon, 12 Mar 2018 09:18:28 GMT В bsd rc наконец сделали rc.conf.d.<br>Конфигурацию разбитую на куски стало сильно проще читать и править.<br>А чтобы админы не заскучали sysrc не умеет корректно работать с rc.conf.d.<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#95 Mon, 12 Mar 2018 06:50:23 GMT Давно доступен:<br>[code]<br>kexec -l /boot/vmlinuz --reuse-cmdline<br>systemctl kexec<br>[/code]<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#94 Sat, 10 Mar 2018 20:01:23 GMT &gt; Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками <br>&gt; производительности. <br><br>Ах, вот у кого openvz содрали beancounters...<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#93 Thu, 08 Mar 2018 10:43:15 GMT Скорее systemd является никудышной заменой openrc.Второй появиля сильно раньше.Да и написан людьми в отличии от ...<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#90 Thu, 08 Mar 2018 10:15:55 GMT Я и говорил про бетку. Просто, нужно принять во внимание разные подходы к разработке ПО у разработчиков systemd и sysvinit.<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#89 Thu, 08 Mar 2018 09:35:56 GMT У меня один вопрос : когда наконец станет доступен к подгрузке модуль linux.ko ?<br>К чему эти полумеры?<br> https://www.opennet.dev/openforum/vsluhforumID3/113759.html#88 Thu, 08 Mar 2018 07:10:45 GMT TL;DR; На локалхосте не сильно нужно.<br><br>Видимо, systemd пытается реализовать в себе часть функционала windows, связанного со счётчиками производительности. У этой подсистемы есть 2 назначения:<br>1) Система производит учёт потребления ресурсов ОС, демонов и приложений пользователя, что позволяет:<br>- динамически выдавать приоритеты тем или иным задачам<br>- наглядно отображать утилизацию ресурсов и мониторировать процессы во времени.<br>2) Предоставить API для непривилегированных приложений, которое в свою очередь:<br>- Позволяет опубликовать свои счётчики мониторинга<br>- Принимать решения внутри клиентского ПО в случае получения тех или иных данных о загруженности системы или счётчиков мониторинга другого приложения.<br><br>Линуксу, конечно, не нужен perfmon.exe, ведь уже есть top, htop, iotop и много чего еще. Кроме того, сами cgroups и так позволяют делить процессорное время между задачами неравномерно. Динамика и API - другой момент.<br><br>Приведу пример:<br>Допустим, есть набор приложений на нескольких кластеризированных