From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.comp.sysutils.supervision.general/2813 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Alex Suykov Newsgroups: gmane.comp.sysutils.supervision.general Subject: Re: The "Unix Philosophy 2020" document Date: Sat, 28 Dec 2019 16:04:53 +0200 Message-ID: <20191228140453.GB198054@cube> References: <20190901091157.bjtfhqq6d2rg75yo@caspervector> <20190927083816.tectynx7dzlfcvb7@caspervector> <20191012173743.drzlgnrw4hib6hh4@caspervector> <20191117062644.lt6wfmqwijqqhc5w@caspervector> <20191226175258.o2nsregew6tlqlbu@caspervector> <20191227112309.3fow6vynss2ifw4t@CasperVector> <20191228022440.GA194581@cube> <20191228135725.5b1b0cce7039e7af13bae601@obarun.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="200890"; mail-complaints-to="usenet@blaine.gmane.org" To: supervision@list.skarnet.org Original-X-From: supervision-return-2402-gcsg-supervision=m.gmane.org@list.skarnet.org Sat Dec 28 15:06:25 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 1ilCjZ-000qAT-Q6 for gcsg-supervision@m.gmane.org; Sat, 28 Dec 2019 15:06:25 +0100 Original-Received: (qmail 25719 invoked by uid 89); 28 Dec 2019 14:06:51 -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 25712 invoked from network); 28 Dec 2019 14:06:51 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=KvyFPta4eSuxadiR0Jb83veR3HmrizVQVIGrdgSIlvA=; b=NT859mFxZ4loU8Xd0WDm5KMhHoRVo7OVG3am30hfb12XmO6o+y3jgb4eXVDBKO7saH D7QMPkuzSTvHy5vUWUf31Q4Q2jasINiF7yHl92JsPafESW84iUr9ohnY2wUOSyjPZZv6 IsDdbgTZYsp0cCdRL6vWIdS1cgmp7bWzl8/vSzLUEwT/QqPqmi63V7+1yrCDJUH//0zI SyWCpYXm8Q6WqYyl63/6ZdHzvKrEqdb/Bxms+B6+mt3xPjYol5Us4Sb+6OhA2qq4cWVz V1qkWm0gsQvE8ErfxIcPXVcrQv7lrVY4nsSQ1COUJOjDfOpokr1QDni7PE5P/KPqtxhf vVog== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=KvyFPta4eSuxadiR0Jb83veR3HmrizVQVIGrdgSIlvA=; b=NUDCE7ZlgrMK/HIDEQtf3cqqRI6ThHCjEsAwCqk3iFnA0bDaivyLxqpqpsCEHQ8VCQ X+fuyepiXvnDu4RZZ6AsMGEOQ28g0EDcdesGaHK3edpEBAX2lGn4qKL+IRDG8LiuyjQ8 sCQsgZG/zZ4e29WKwcZdOGUnU7j3+zAXuhqlvudEaIiTo3CZcIZVwOZgG1QuThnU8Cp1 QJOCoIbA0MdyZP5FTnKgVHuAfIfeO9k1dLUv4p/3k/pbjH2SIYf/nNQzm7zG6wKYvz1p XnaKv+uGM5i51HhKFCN1kmP490qwNaZZWpByEtAkA8gYxqcK/t6IBE1Y6nsrfKSvbBVt 8yVw== X-Gm-Message-State: APjAAAW8vdx2BOYdG6e7vzfoHNG2oZdKbK+QHkJZkC9tfgcu98zsLd/Z gHTWzESUEm3g1OihASAnhHXxabJQ X-Google-Smtp-Source: APXvYqwt3s5IyN9wrr37N64TtOCP18ZqkjOov4NZw60nQNju1XO4+Cj1w5DzuieZQZA9rgL4voRZpQ== X-Received: by 2002:a2e:9118:: with SMTP id m24mr30222834ljg.105.1577541984142; Sat, 28 Dec 2019 06:06:24 -0800 (PST) Content-Disposition: inline In-Reply-To: <20191228135725.5b1b0cce7039e7af13bae601@obarun.org> Xref: news.gmane.org gmane.comp.sysutils.supervision.general:2813 Archived-At: Sat, Dec 28, 2019 at 01:57:25PM +1100, eric vidal wrote: > 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). Minor note on this. Resource limiting with cgroups does not require any explicit support from s6, or any external tools for that matter. Literally just `echo $$ > $cg/cgroup.procs` in the startup script is enough, assuming the group has been created (mkdir) and the limits have been set (bunch of echo's). The whole thing regarding cgroups in systemd is really about a very different problem: supervising broken services that exit early and leave orphaned children behind. If you only want to implement cgroup-based resource limiting, it can be done with current s6 just fine. Also with runit, bare sysvinit, busybox init and pretty much anything else than can run shell scripts. Even suckless tools probably.