Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753711Ab0KSLuB (ORCPT ); Fri, 19 Nov 2010 06:50:01 -0500 Received: from casper.infradead.org ([85.118.1.10]:58378 "EHLO casper.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752138Ab0KSLuA convert rfc822-to-8bit (ORCPT ); Fri, 19 Nov 2010 06:50:00 -0500 Subject: Re: [RFC/RFT PATCH v3] sched: automated per tty task groups From: Peter Zijlstra To: Samuel Thibault Cc: Mike Galbraith , Hans-Peter Jansen , linux-kernel@vger.kernel.org, Lennart Poettering , Linus Torvalds , david@lang.hm, Dhaval Giani , Vivek Goyal , Oleg Nesterov , Markus Trippelsdorf , Mathieu Desnoyers , Ingo Molnar , Balbir Singh In-Reply-To: <20101118234339.GA6024@const.famille.thibault.fr> References: <1289916171.5169.117.camel@maggy.simson.net> <20101116211431.GA15211@tango.0pointer.de> <201011182333.48281.hpj@urpla.net> <20101118231218.GX6024@const.famille.thibault.fr> <1290123351.18039.49.camel@maggy.simson.net> <20101118234339.GA6024@const.famille.thibault.fr> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT Date: Fri, 19 Nov 2010 12:49:36 +0100 Message-ID: <1290167376.2109.1553.camel@laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1105 Lines: 26 On Fri, 2010-11-19 at 00:43 +0100, Samuel Thibault wrote: > What overhead? The implementation of cgroups is actually already > hierarchical. It must be nice to be that ignorant ;-) Speaking for the scheduler cgroup controller (that being the only one I actually know), most all the load-balance operations are O(n) in the number of active cgroups, and a lot of the cpu local schedule operations are O(d) where d is the depth of the cgroup tree. [ and that's with the .38 targeted code, current mainline is O(n ln(n)) for load balancing and truly sucks on multi-socket ] You add a lot of pointer chasing to all the scheduler fast paths and there is quite significant data size bloat for even compiling with the controller enabled, let alone actually using the stuff. But sure, treat them as if they were free to use, I guess your machine is fast enough. -- 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/