From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 To: ALT Linux Team development discussions , "Alexey V. Vissarionov" References: <20201206123331.GA108759@portlab> <20201206124921.GC27041@altlinux.org> <20201206132150.GB108759@portlab> <095b2472-f5f2-04f9-fb55-5011285150e6@altlinux.ru> <20201207115509.GB10294@altlinux.org> <20201207122752.GG31814@imap.altlinux.org> <20201207212236.GA21271@altlinux.org> From: Alexey Sheplyakov Message-ID: Date: Tue, 8 Dec 2020 14:25:00 +0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201207212236.GA21271@altlinux.org> Content-Type: text/plain; charset=koi8-r Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0LrQvtC80YMg0LLQvtC+0LHRidC1INC90YPQttC10L0g?= =?utf-8?q?sysvinit?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2020 10:25:03 -0000 Archived-At: List-Archive: List-Post: On 08.12.2020 01:22, Alexey V. Vissarionov wrote: > On 2020-12-07 19:18:45 +0400, Alexey Sheplyakov wrote: > > >>> $ ldd /proc/1/exe > >> [...] > >>> Возможно, вас это устраивает, но для других это blocker. > >> Для меня блокером оказалось уже то, что оно умеет > >> *сегфолтиться*. > > Ядро (Linux) умеет падать и виснуть гораздо лучше. > > Умеет. Но там проблемный кусок кода можно отключить. Ну отключил я CONFIG_ACPI, и что дальше? "Если у них нет хлеба, пусть едят пирожные"? (А для начала вообще надо найти, что отключить) А как ты > отключишь, например, чудесную особенность systemd, когда все > процессы уже running, а target все еще никак не reached? Если NNN.target Requires=foobar.socket, то по определению reached он будет после того, как на сокете кто-то начнет слушать. И это хорошо. Потому что можно описать зависимости вида "apache нужно стартовать тогда, когда mysql уже слушает". Или "ceph нужно стартовать после того, как появились такие-то блочные устройства". Кстати, как там дела у sysv с такого рода зависимостями? Если NNN.target Requires=xyz.service, у которого Type=notify, и этот самый xyz завтыкал (не уведомил systemd в положенный таймаут), то тоже никак. И это тоже хорошо. Что толку от наличия процесса, если он затупил (возможно не по своей вине, а из-за недостатка ресурсов)? > > Поэтому для устойчивости системы в целом нет разницы, кто там > > рулевой в userspace - systemd, runit, или GNU shepherd какой. > > Разница существенная, и измеряется она в рублях: промышленная > эксплуатация ОС с systemd обходится в среднем на 10...15% дороже, > чем аналогичной ОС с sysVinit. Наблюдаю строго обратную ситуацию. Requires=такой-то.socket, и тривиальный патч с sd_notify - и больше не надо держать эникейщиков, которые смотрели в netstat и перезапускали сервис. Видимо, они и пишут гневные тексты о том, что systemd не нужен.