Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1371789
| From | luca abeni <luca.abeni@unitn.it> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC v2 2/7] Correctly track the active utilisation for migrating tasks |
| Date | 2016-04-05 19:00 +0200 |
| Message-ID | <rkCuD-74o-9@gated-at.bofh.it> (permalink) |
| References | <rj91E-6gd-5@gated-at.bofh.it> <rj91E-6gd-9@gated-at.bofh.it> <rkyhk-3jr-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Tue, 5 Apr 2016 14:24:25 +0200 Peter Zijlstra <peterz@infradead.org> wrote: [...] > > @@ -1618,7 +1620,9 @@ static void pull_dl_task(struct rq *this_rq) > > resched = true; > > > > deactivate_task(src_rq, p, 0); > > + sub_running_bw(&p->dl, &src_rq->dl); > > set_task_cpu(p, this_cpu); > > + add_running_bw(&p->dl, &this_rq->dl); > > activate_task(this_rq, p, 0); > > dmin = p->dl.deadline; > > > > Are these the only places a DL task might be migrated from? In > particular I worry about the case where we assign an existing DL task to > a different cpuset. I was under the impression that these (+ the select_task_rq_dl() thing) covered all of the migration cases... But I was probably wrong: now that you say this, I realise that I never tested moving dl tasks between different cpusets. I'll test that, and fix the patch if some new issue appears. Thanks, Luca
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [RFC v2 2/7] Correctly track the active utilisation for migrating tasks Peter Zijlstra <peterz@infradead.org> - 2016-04-05 14:30 +0200 Re: [RFC v2 2/7] Correctly track the active utilisation for migrating tasks luca abeni <luca.abeni@unitn.it> - 2016-04-05 19:00 +0200
csiph-web