Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Tue, May 24, 2016 at 10:04:17AM -0700, Paul E. McKenney wrote: > On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > > On Sat, 2016-05-21 at 16:04

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Tue, May 24, 2016 at 10:04:17AM -0700, Paul E. McKenney wrote: > On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > > On Sat, 2016-05-21 at 16:04

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 2:19 AM +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 11:40:35AM +0200, Mike Galbraith wrote: > Yup, bugs--. Kinda funny, I considered ~this way first, but thought > you'd not that approach.. dang, got it back-assward ;-) Hehe, so the new flag is in a word we've already written to on this path and it avoids growing the

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, May 23, 2016 at 11:40:35AM +0200, Mike Galbraith wrote: > Yup, bugs--. Kinda funny, I considered ~this way first, but thought > you'd not that approach.. dang, got it back-assward ;-) Hehe, so the new flag is in a word we've already written to on this path and it avoids growing the

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, 2016-05-23 at 18:13 +0800, Wanpeng Li wrote: > 2016-05-23 17:40 GMT+08:00 Mike Galbraith : > > On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: > > > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > > > On Sat, 2016-05-21 at 21:00 +0200,

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, 2016-05-23 at 18:13 +0800, Wanpeng Li wrote: > 2016-05-23 17:40 GMT+08:00 Mike Galbraith : > > On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: > > > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > >

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

2016-05-23 17:40 GMT+08:00 Mike Galbraith : > On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: >> On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: >> > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: >> > > On Sat, 2016-05-21 at 16:04

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

2016-05-23 17:40 GMT+08:00 Mike Galbraith : > On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: >> On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: >> > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: >> > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: >>

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Mon, 2016-05-23 at 11:19 +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > > and likely take a size XXL

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > > and likely take a size XXL

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 11:36:38AM +0200, Peter Zijlstra wrote: > > > > sched/fair: Move se->vruntime normalization state into struct sched_entity > > Yeah, I used to have a patch like this; but for debugging. I don't > particularly like carrying this information other than for verification >

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 11:36:38AM +0200, Peter Zijlstra wrote: > > > > sched/fair: Move se->vruntime normalization state into struct sched_entity > > Yeah, I used to have a patch like this; but for debugging. I don't > particularly like carrying this information other than for verification >

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, 2016-05-22 at 11:36 +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, 2016-05-22 at 11:36 +0200, Peter Zijlstra wrote: > On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > > > Wakees that were not

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > > and likely take a size XXL

Re: [patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sun, May 22, 2016 at 09:00:01AM +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > > and likely take a size XXL

[patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > and likely take a size XXL latency hit. Big box running master bled > > profusely under heavy load

[patch] sched/fair: Move se->vruntime normalization state into struct sched_entity

On Sat, 2016-05-21 at 21:00 +0200, Mike Galbraith wrote: > On Sat, 2016-05-21 at 16:04 +0200, Mike Galbraith wrote: > > > Wakees that were not migrated/normalized eat an unwanted min_vruntime, > > and likely take a size XXL latency hit. Big box running master bled > > profusely under heavy load