From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2803 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: eric vidal Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: The "Unix Philosophy 2020" document Date: Sat, 28 Dec 2019 13:57:25 +1100 Message-ID: <20191228135725.5b1b0cce7039e7af13bae601@obarun.org> References: <20190831130730.ki6ma7i5curucowe@caspervector> <20190901091157.bjtfhqq6d2rg75yo@caspervector> <20190927083816.tectynx7dzlfcvb7@caspervector> <20191012173743.drzlgnrw4hib6hh4@caspervector> <20191117062644.lt6wfmqwijqqhc5w@caspervector> <20191226175258.o2nsregew6tlqlbu@caspervector> <20191227112309.3fow6vynss2ifw4t@CasperVector> <20191228022440.GA194581@cube> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="50317"; mail-complaints-to="usenet@blaine.gmane.org" To: supervision@list.skarnet.org Original-X-From: supervision-return-2392-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Dec 28 03:57:39 2019 Return-path: Envelope-to: gcsg-supervision@m.gmane.org Original-Received: from alyss.skarnet.org ([95.142.172.232]) by blaine.gmane.org with smtp (Exim 4.89) (envelope-from ) id 1il2IL-000CvT-8U for gcsg-supervision@m.gmane.org; Sat, 28 Dec 2019 03:57:37 +0100 Original-Received: (qmail 16210 invoked by uid 89); 28 Dec 2019 02:58:00 -0000 Mailing-List: contact supervision-help@list.skarnet.org; run by ezmlm Original-Sender: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Original-Received: (qmail 16203 invoked from network); 28 Dec 2019 02:58:00 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=obarun.org; s=default; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References: In-Reply-To:Message-Id:Subject:To:From:Date:Sender:Reply-To:Cc:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=MRDwZmI9HIimmI8VaYTPOdzKa81skVtVHSIBp4Wu3Rw=; b=cHVzycMpIDq5a+rik5YnSVDOXH uHui/16q7tjKOaLfFq4wgqfL3+DuQJkpDQbQZnDjOUIIDcm3L4c0qzOOY+FyYvmd01/iwrXJvlgBv HWL7Xd0XIR2AtqJEKa0Dex8o1hh6O+sTNRWbbdb0DXgmlQO/D9GXnzc6JdULiLyQhju6aJhIhF97j pNnXG0DUO1FWE/PMsx8JQ5FhV9w9wMklSK2N3RROw3lurjchmxj5PrRXPaT4I1E+QTcxNRsbjwiB1 jAP4b0MIeOw50BvPIRARNSRoq3aAAh4jefqvIvvR4GhaymW7NFNzXp6JztKMmJbjJnbP4e39FFVwx NbGQeVOQ==; In-Reply-To: <20191228022440.GA194581@cube> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; x86_64-unknown-linux-gnu) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - sv26.byethost26.org X-AntiAbuse: Original Domain - list.skarnet.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - obarun.org X-Get-Message-Sender-Via: sv26.byethost26.org: authenticated_id: eric@obarun.org X-Authenticated-Sender: sv26.byethost26.org: eric@obarun.org Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2803 Archived-At: > https://github.com/arsv/minibase/blob/master/src/misc/runcg.c > > It's really simple. > > I don't think a tool like this has any actual uses, other than in > arguments with systemd fans, but I guess that alone could justify > its existance. Thanks for this link this is really interesting. Well, for me, cgroups is clearly a lack to s6. Using it for every process like systemd do have no sense, but in some case it can be useful to protect e.g an "over-eat" allocation memory by a program (in particular over a server). As cgroups is a linux specific feature, s6-supervise should not take care about it even if the code is modified at compile time. This will increase the code of s6-supervise only for an "optional" features. But laurent you do what you need to do. I would prefer an extra layer of supervision and independent from s6 uniquely used when it necessary. I think about it from a while for 66. Adding a section like [cgroups] containing all @key field needed to configure the future cgroups environment is not a big deal and allow user to quickly define what it need. In such case the "extra supervision layer" is added to the run scripts which execs the e.g runcg program. But maybe i'm totally wrong with my thought... -- eric vidal