pmap and mtx scalability problem

[Slawa Olhovchenkov]

On Tue, Apr 24, 2012 at 10:43:08PM +0200, K. Macy wrote:

> No. I developed a patch from Jeffr that pushed the vm_page_lock array
> down in to the machine dependent code, replacing most of the uses of
> the single vm_page_queue_lock. However, alc doesn't like the design
> and has not proposed an alternative.

can i test this?

> -Kip
> 
> On Tue, Apr 24, 2012 at 10:36 PM, Slawa Olhovchenkov <slw at zxy.spb.ru> wrote:
> > On Tue, Apr 24, 2012 at 09:27:30PM +0200, K. Macy wrote:
> >
> >> Known problem. There is an open disagreement about how to improve the
> >> granularity of locking in pmap.
> >
> > split locking to process-specific information and global information?
> > use lock-free lists (i see TAILQ_INSERT_TAIL in pmap_enter)?
> >
> > sorry for stupidity, if any.
> 
> 
> 
> -- 
>    ?The real damage is done by those millions who want to 'get by.'
> The ordinary men who just want to be left in peace. Those who don?t
> want their little lives disturbed by anything bigger than themselves.
> Those with no sides and no causes. Those who won?t take measure of
> their own strength, for fear of antagonizing their own weakness. Those
> who don?t like to make waves?or enemies.
> 
>    Those for whom freedom, honour, truth, and principles are only
> literature. Those who live small, love small, die small. It?s the
> reductionist approach to life: if you keep it small, you?ll keep it
> under control. If you don?t make any noise, the bogeyman won?t find
> you.
> 
>    But it?s all an illusion, because they die too, those people who
> roll up their spirits into tiny little balls so as to be safe. Safe?!
> >From what? Life is always on the edge of death; narrow streets lead to
> the same place as wide avenues, and a little candle burns itself out
> just like a flaming torch does.
> 
>    I choose my own way to burn.?
> 
>    Sophie Scholl