Re: [RFC PATCH 0/3] CFS idle injection
From: Juri Lelli
Date: Tue Nov 10 2015 - 05:07:45 EST
On 9 November 2015 at 14:15, Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote:
> On Mon, Nov 09, 2015 at 11:56:51AM +0000, Punit Agrawal wrote:
>> Jacob Pan <jacob.jun.pan@xxxxxxxxxxxxxxx> writes:
>> > My take is that RT and throttling will never go well together since they
>> > are conflicting in principle.
>> I am not sure I follow. If RT (or other higher priority classes) can't
>> be throttled then the CPUs are not able to contribute towards
>> constraining power consumption and hence temperature.
>> This is especially true in certain platforms where tasks belong to the
>> RT class to maintain user experience, e.g., audio and video.
> Audio/Video playback generally doesn't take a _lot_ of time these days.
> What is important though is _when_ it happens.
> And media playback typically already has a very well defined and stable
> cadence (24Hz or whatnot). What you want is for your idle injector to
> sync up with that, not disrupt it.
Do you think that using SCHED_DEADLINE here would be completely
foolish? I mean, we would have the duty_cycle/period thing for free, it
would be know to the scheduler (as to maybe address Thomas' concerns)
and we could think to make idle injection part of system analysis (for
the soft-RT use cases).
> For other workloads, missing a deadline is about as bad as destroying
> the chip, complete system shutdown might be safer than getting delayed.
> (The very tired scenario of a saw, a laser and your finger; you want to
> shut down the entire machine rather than just cut off your finger.)
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/