lkml.org 
[lkml]   [2008]   [Feb]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [rfc][patch] x86-64 new smp_call_function design
On Wed, Feb 27, 2008 at 04:02:10PM +0100, Ingo Molnar wrote:
>
> * Nick Piggin <npiggin@suse.de> wrote:
>
> > > the two structures are quite similar in size and role - why not have
> > > a type field and handle them largely together? I think we should try
> > > to preserve a single queue and a single vector - that would remove a
> > > number of ugly special-cases from the patch.
> >
> > A single queue will kill one of the big fundamental scalability
> > improvements of the call_single. That's the problem.
>
> hm, indeed. Then how about the other way around: couldnt the normal
> all-cpus SMP function call be implemented transparently via using
> smp_call_single() calls?

That's possible, but it is slower and less scalable on my 8-way, and
I suspect it might become even slower than the generic code on larger
systems.

> The vector duplication is really ugly and feels
> wrong.

Why?


\
 
 \ /
  Last update: 2008-02-27 23:17    [W:4.924 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site