https://www.opennet.me/openforum/vsluhforumID3/90738.html Леннарт Поттеринг (Lennart Poettering) представил (http://lists.freedesktop.org/archives/systemd-devel/2013-July/011679.html) релиз системного менеджера systemd 205 (http://www.freedesktop.org/software/systemd/), примечательный пересмотром методов работы с cgroups для управления системными ресурсами. Изменения отражают планы по переработке концепции использования cgroups, предпринятой (https://lwn.net/Articles/484251/) с целью устранения недостатков в дизайне данной подсистемы. <br><br><br>Новая схема использования cgroups предусматривает наличие центрального арбитра для распределения ресурсов, который будет выступать промежуточным звеном между конфигурацией cgroups на уровне ядра и кодом, выполняемым на уровне пользователя. Таким образом приложения не смогут напрямую изменять конфигурацию cgroups, а должны обращаться для выполнения данных операций к арбитру через специальный API. Функции подобного арбитра возьмёт (http://lists.freedesktop.org/archives/systemd-devel/2013-June/011521.html) на себя systemd. В самом https://www.opennet.me/openforum/vsluhforumID3/90738.html#331 Wed, 10 Jul 2013 20:47:04 GMT &gt;&gt; Просветите на что в Солярке похожи cgroups: projects, contracts?<br>&gt; cgroups - это интерфейс к ядру, просто набор примитивов, т. е. там <br>&gt; нету чего-то, сразу готового к употреблению (кроме automatic group scheduling, но <br>&gt; это скорее относится к примерам использования). а с его помощью уже <br>&gt; можно делать что угодно, LXC и контейнеры - одно из возможных <br>&gt; применений. а самое распространенное - пользовательские логин-сессии заворачивать в cgroup, <br>&gt; каждой вошке - своя дорожка :) <br><br>Спасибо :-)<br><br>Я не хочу лишний раз задеть поклонников линукса, я на самом деле<br>равноудалён и от линукса, и от соляриса, просто пытаюсь понять их обоих,<br>найти аналогии. И тут они весьма заметны:<br>http://docs.oracle.com/cd/E19963-01/html/821-1460/rmtaskproj-7.html<br><br>И если у htop есть опциональная поддержка cgroups на линуксе,<br>то на солярисе должна быть поддежка tasks.<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#330 Wed, 10 Jul 2013 20:38:55 GMT &gt;&gt; Выпустите что-нить на systemd, поговорим. Мне вон одного enp0s3 уже хватило.<br>&gt; а этого все хлебнут (или уже), независимо от systemd или какого-то его <br>&gt; аналога (или его отсутствия). бесит жутко, дома буду до последнего грузиться <br>&gt; с biosdevname=0 :) <br><br>В альте [пока?] достаточно поставить udev-rule-generator-net, спасибо shaba@: https://bugzilla.altlinux.org/show_bug.cgi?id=28484#c27<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#329 Wed, 10 Jul 2013 20:34:23 GMT &gt;&gt; Другим новшеством Systemd 205 является демон systemd-machined, предназначенный для управления виртуальными машинами и контейнерами, а также для накопления метаданных об их работе. Systemd-machined может быть использован менеджерами виртуализации для регистрации виртуальных машин и контейнеров. Для доступа к накопленным метаданным подготовлена специальная утилита "machinectl".<br>&gt; Ну и зачем это нужно, если всё это умеет libvirt?<br><br>так всё остальное libvirt не умеет (та часть ресурсов, которая нужна для хост-системы). как раз решение в том, чтобы systemd отдавал ресурсы ядра приложению (тому же libvirtd), причем полноценно, а не в ущербном виде.<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#328 Wed, 10 Jul 2013 20:13:24 GMT &gt; И никто даже не обратил внимание на то, что из ядра собираются <br>&gt; выпилить поддержку ортогональных иерархий для разных контроллеров, и сделать одну общую. <br><br>так это пофиг, что они там будут делать, важно что и в каком виде юзерспейсу будет дано (через systemd или обертку в glibc - да какая разница? все равно одни и те же люди пилят)<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#327 Wed, 10 Jul 2013 20:03:18 GMT &gt;&gt; это по меньшей мере лицемерие.<br>&gt; Не лицемерие, а троллинг.<br>&gt; Когда в ядре что-то переделывают и ломают - это ок, а когда <br>&gt; от этого ломается юзерспейс - надо обязательно обматерить криворуких разработчиков юзерспейса, <br>&gt; которые не могли предвидеть очевидных изменений API ядра всего-то на десять <br>&gt; лет вперед.<br><br>криворукого кодера надо обязательно обматерить (это у человека личная нетерпимость), поломки и классовая принадлежность к юзерспейсу не важны.<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#326 Wed, 10 Jul 2013 19:54:22 GMT &gt; Просветите на что в Солярке похожи cgroups: projects, contracts?<br><br>cgroups - это интерфейс к ядру, просто набор примитивов, т. е. там нету чего-то, сразу готового к употреблению (кроме automatic group scheduling, но это скорее относится к примерам использования). а с его помощью уже можно делать что угодно, LXC и контейнеры - одно из возможных применений. а самое распространенное - пользовательские логин-сессии заворачивать в cgroup, каждой вошке - своя дорожка :)<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#325 Wed, 10 Jul 2013 19:42:36 GMT &gt; Это почему же? С точки зрения грамотного проектирования и процесса разработки, изначально <br>&gt; нужно было разработать два варианта systemd, оба протестировать и потом уже <br>&gt; выбрать. Благо у Red Hat на research & development бабла <br>&gt; хватает. А в данный момент получается какой-то bleeding edge.<br><br>в данный момент это и есть тестирование (причем даже предварительное, на энтузиастах не из числа покупателей; на покупателях они тестируют следующим этапом, в минорных релизах в части tech preview)<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#324 Wed, 10 Jul 2013 19:38:30 GMT &gt; Ну и поясни же нам, не-майнтейнерам, из каких соображений Арч так скоропостижно <br>&gt; перешел на systemd? Кто-то пришел и заставил? Тока не надо объяснять <br>&gt; это грядущей "мейнстримностью", systemd станет мейнстримом еще очень нескоро.<br><br>для принятия решения достаточно понять - станет или не станет (как скоро - уже следующий вопрос). если принципиально принято решение переходить, то растягивать процесс - не выгодно. откладывать, как правило, тоже (случай с systemd очень наглядный, если понаблюдать за его внедрением (или попытками уклонения :) в разных дистрибутивах).<br> https://www.opennet.me/openforum/vsluhforumID3/90738.html#323 Wed, 10 Jul 2013 19:28:50 GMT &gt; как я уже писал неоднократно: думать надо до того, как код начинают <br>&gt; забивать в глотки пользователям. пилил бы себе для себя и двух <br>&gt; друзей-инвалидов &#8212; никаких претензий. но это ж лёха портеринг, у него <br>&gt; опухание гондураса. о том, что надо сначала проектировать, а потом писать <br>&gt; &#8212; он не в курсах. зато забить свою херь при помощи <br>&gt; красношапки народу в интересные места &#8212; это пожалуйста.<br>&gt; ничему история с пульсаудио людей не учит, совершенно.<br><br>так это же просто шумовая завеса, искуственно созданный образ. давно известно, что пользователей бесит внедрение изменений. очень удобно направить их гнев на какого-нибудь поттеринга, мол все поломки потому что он молодой и криворукий и вечно всем мешает. так им проще будет смириться.<br>