Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754594AbbHXVUE (ORCPT ); Mon, 24 Aug 2015 17:20:04 -0400 Received: from mail-wi0-f181.google.com ([209.85.212.181]:32913 "EHLO mail-wi0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752536AbbHXVUB (ORCPT ); Mon, 24 Aug 2015 17:20:01 -0400 MIME-Version: 1.0 In-Reply-To: <20150824211707.GJ28944@mtj.duckdns.org> References: <20150818203117.GC15739@mtj.duckdns.org> <20150822182916.GE20768@mtj.duckdns.org> <55DB3C76.5010009@gmail.com> <20150824170427.GA27262@mtj.duckdns.org> <20150824210223.GH28944@mtj.duckdns.org> <20150824211707.GJ28944@mtj.duckdns.org> From: Paul Turner Date: Mon, 24 Aug 2015 14:19:29 -0700 Message-ID: Subject: Re: [PATCH 3/3] sched: Implement interface for cgroup unified hierarchy To: Tejun Heo Cc: Austin S Hemmelgarn , Peter Zijlstra , Ingo Molnar , Johannes Weiner , lizefan@huawei.com, cgroups , LKML , kernel-team , Linus Torvalds , Andrew Morton Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1648 Lines: 39 On Mon, Aug 24, 2015 at 2:17 PM, Tejun Heo wrote: > Hello, > > On Mon, Aug 24, 2015 at 02:10:17PM -0700, Paul Turner wrote: >> Suppose that we have 10 vcpu threads and 100 support threads. >> Suppose that we want the support threads to receive up to 10% of the >> time available to the VM as a whole on that machine. >> >> If I have one particular support thread that is busy, I want it to >> receive that entire 10% (maybe a guest is pounding on scsi for >> example, or in the thread-pool case, I've passed a single expensive >> computation). Conversely, suppose the guest is doing lots of >> different things and several support threads are active, I want the >> time to be shared between them. >> >> There is no way to implement this with nice. Either a single thread >> can consume 10%, and the group can dominate, or the group cannot >> dominate and the single thread can be starved. > > Would it be possible for you to give realistic and concrete examples? > I'm not trying to play down the use cases but concrete examples are > usually helpful at putting things in perspective. I don't think there's anything that's not realistic or concrete about the example above. The "suppose" parts were only for qualifying the pool sizes for vcpu and non-vcpu threads above since discussion of implementation using nice is dependent on knowing these counts. > > Thanks. > > -- > tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/