[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1293115496.3390.49.camel@Palantir>
Date: Thu, 23 Dec 2010 15:44:56 +0100
From: Dario Faggioli <raistlin@...ux.it>
To: Dhaval Giani <dhaval.giani@...il.com>
Cc: torbenh <torbenh@....de>, linux-kernel@...r.kernel.org,
Peter Zijlstra <peterz@...radead.org>,
Steven Rostedt <rostedt@...dmis.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...e.hu>,
Gregory Haskins <ghaskins@...ell.com>,
Nick Piggin <nickpiggin@...oo.com.au>,
Balbir Singh <balbir@...ux.vnet.ibm.com>, vatsa@...ibm.com
Subject: Re: Sending some form of notifaction when sched_fifo throttling
kicks in...
On Thu, 2010-12-23 at 15:04 +0100, Dhaval Giani wrote:
> > ... If you think you're fine with some /proc (and perhaps cpuacct, if
> > cgroups are being used) readable, I can try to come up with something.
> >
>
> There is no point in putting it in cpuacct since cpuacct can be used
> separately from cpu.
>
Which would mean that you'd need both for having such stat. Anyway, I'm
fine with putting this in 'cpu' as well, just trying to find a consensus
on what the right place is.
> > Do others have some idea and/or comments about that? This is
> > ABI/interface, and that really scares me! :-P
>
> IIRC, your patchset had something like this for getting the
> statistics? Starting fromt hre, would schedstats be the right place?
>
SCHED_DEADLINE patchset has both signaling capabilities and some
statistic reporting, bat it's a different thing.
I think schedstat could be the right place for _this_ thing here, but
since each cgroup could be throttled, we also need something which is
per-cgroup... Don't you agree?
Regards,
Dario
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
----------------------------------------------------------------------
Dario Faggioli, ReTiS Lab, Scuola Superiore Sant'Anna, Pisa (Italy)
http://retis.sssup.it/people/faggioli -- dario.faggioli@...ber.org
Download attachment "signature.asc" of type "application/pgp-signature" (199 bytes)
Powered by blists - more mailing lists