Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1371789

Re: [RFC v2 2/7] Correctly track the active utilisation for migrating tasks

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

Show all headers | View raw


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 | NextPrevious in thread | Find similar | Unroll thread


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