Subject: Re: x86 Port outperforms SPARC64 port on NetBSD v2.0.2
To: Miles Nordin <carton@Ivy.NET>
From: None <segv@netctl.net>
List: port-sparc64
Date: 10/05/2005 08:15:49
On Tue, 04 Oct 2005 21:54:52 -0400
Miles Nordin <carton@Ivy.NET> wrote:
> >>>>> "s" == segv <segv@netctl.net> writes:
>
> s> it can't even schedule multiple threads within the
> s> same process onto different CPUs.
>
> well, for sparc64 that's still academic but...is that really true?
> I'm surprised because I thought this was exactly the whole point of
> scheduler activations: to move just enough context switching into the
> kernel to keep all CPUs busy, and do the rest in user space where it's
> faster. Otherwise it may as well just be pth?
>
> pthread(3)
>
> ENVIRONMENT
> PTHREAD_CONCURRENCY The number of concurrent threads to be run.
> This value should at least be 1, and smaller
> than or equal to the number of CPUs.
>
> Next you will tell me that if one thread gets stalled waiting for
> pagein/out, all the other threads stall too ha ha.
>
I made my comment based on the following article
http://os.newsforge.com/print.pl?sid=05/06/09/2132233
Where Christos Zoulas states that threads from a single process cannot use more
than one CPU
So, I guess this is something that NetBSD needs to impove