lkml.org 
[lkml]   [1999]   [Feb]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.2.2: 2 thumbs up from lm
Ingo Molnar writes:
>
> On Thu, 25 Feb 1999, Richard Gooch wrote:
>
> > > The good news is that we haven't even reached the limit
> > > yet with scheduler and VM optimizations. With a bit of
> >
> > Yep. I've got some invasive changes to the scheduler, task structure
> > and associated bits and pieces in mind. And nope, it's not the RT
> > queue stuff. It's something orthogonal. But it should be good :-)
>
> what misfeatures (if any) does it fix?

Well, I wouldn't go so far as to say it fixes misfeatures. It's more
about optimsations. It basically a result of the RT queue work I did,
which showed that performance is being hampered by cache line
aliasing.

My basic idea is to pack all the per-task information necessary for
the scheduler to walk the run queue (and no more) into a new
structure. Call it struct task_sched. This will be the framework for
the run queue. All the other cruft is left in struct task and a
forwards pointer (and possibly a backwards pointer as well) takes you
from the struct task_sched to the struct task.

Regards,

Richard....

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.091 / U:0.104 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site