From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Galbraith Subject: Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP Date: Sat, 12 Mar 2016 18:04:22 +0100 Message-ID: <1457802262.3628.129.camel@gmail.com> References: <1457710888-31182-1-git-send-email-tj@kernel.org> <1457764019.10402.72.camel@gmail.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=zp3B9uCC94dTMlCuYqdIbTrctB9bNkays2Kh1UXYbMg=; b=YcmOP3DNCodSxyT4+hV949NmDZFezRou61i668eveLrZQttwBj1OTX45Zgkl5JX3Nr Cs+vjDe6Oyc1vVGBdokCzOgjEbcAdzExTgN+v91ZCR//bc1Lms4ePDw8WtekSVHQ7cuc /8PtgkQx4tIgrWRnqPOqIxNZ6dKfPdtYtt3/jwbFB5U8jX1Q7vaxAMILMel5Q6hreTXH hTvjT6OLhVXILIX/dE6h5cfVsgo6FpH7mEEzcswp7n4sqP1f/erZWZ7L3Z1Is4Pagc2r 7loZr2OWjsxAXPOnHUMwlX6Xx8f/Lvi0lcA9wDhh0xo4qty3+WnhcozPMYFJWoUU2Sr6 7EqQ== In-Reply-To: <1457764019.10402.72.camel-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Sender: linux-api-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Tejun Heo , torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org, a.p.zijlstra-/NLkJaSkS4VmR6Xm/wNWPw@public.gmane.org, mingo-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org, hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org, pjt-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org Cc: linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kernel-team-b10kYP2dOMg@public.gmane.org On Sat, 2016-03-12 at 07:26 +0100, Mike Galbraith wrote: > On Fri, 2016-03-11 at 10:41 -0500, Tejun Heo wrote: > > Hello, > > > > This patchset extends cgroup v2 to support rgroup (resource group) for > > in-process hierarchical resource control and implements PRIO_RGRP for > > setpriority(2) on top to allow in-process hierarchical CPU cycle > > control in a seamless way. > > > > cgroup v1 allowed putting threads of a process in different cgroups > > which enabled ad-hoc in-process resource control of some resources. BTW, within the scheduler, "process" does not exist. A high level composite entity is what we currently aggregate from arbitrary individual entities, a.k.a threads. Whether an individual entity be an un-threaded "process" bash, a thread of "process" oracle, or one of "process!?!" kernel is irrelevant. What entity aggregation has to do with "process" eludes me completely. What's ad-hoc or unusual about a thread pool servicing an arbitrary number of customers using cgroup bean accounting? Job arrives from customer, worker is dispatched to customer workshop (cgroup), it does whatever on behest of customer, sends bean count off to the billing department, and returns to the break room. What's so annoying about using bean counters for.. counting beans that you want to forbid it? -Mike