Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1309982
| From | Luca Abeni <luca.abeni@unitn.it> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC 4/8] Improve the tracking of active utilisation |
| Date | 2016-01-15 10:30 +0100 |
| Message-ID | <qR8RI-464-5@gated-at.bofh.it> (permalink) |
| References | <qQS0x-uX-3@gated-at.bofh.it> <qQS0x-uX-9@gated-at.bofh.it> <qQW4a-3gr-23@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, 14 Jan 2016 20:43:23 +0100 Peter Zijlstra <peterz@infradead.org> wrote: > On Thu, Jan 14, 2016 at 04:24:49PM +0100, Luca Abeni wrote: > > This patch implements a more theoretically sound algorithm for > > thracking the active utilisation: instead of decreasing it when a > > task blocks, use a timer (the "inactive timer", named after the > > "Inactive" task state of the GRUB algorithm) to decrease the > > active utilisaation at the so called "0-lag time". > > See also the large-ish comment in __setparam_dl(). > > If we go do proper 0-lag, as GRUB requires, then we might as well use > it for that. Yes, I initially tried to do this, but I found some issues (I do not remember, but I think they were related to tasks moving from SCHED_DEADLINE to SCHED_OTHER, and then migrating to some other runqueue while SCHED_OTHER but before the 0-lag time) I'll search my notes for this issue in the next days and check again (maybe when I wrote this code I was just misunderstanding something) Luca > > But we need to sort the issue of the task exiting with an armed timer. > The solution suggested there is keeping a task reference with the > timer.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-14 16:30 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-14 18:20 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-15 07:50 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-14 20:50 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-15 10:30 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-19 13:30 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-19 14:50 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-27 14:40 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-27 15:40 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-27 15:50 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-14 20:50 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Luca Abeni <luca.abeni@unitn.it> - 2016-01-15 09:20 +0100
Re: [RFC 4/8] Improve the tracking of active utilisation Peter Zijlstra <peterz@infradead.org> - 2016-01-15 09:40 +0100
csiph-web