lkml.org 
[lkml]   [2003]   [Sep]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Scaling noise
Steven Cole wrote:
>
> The question which will continue to be important in the next kernel
> series is: How to best accommodate the future many-CPU machines without
> sacrificing performance on the low-end? The change is that the 'many'
> in the above may start to double every few years.
>
> Some candidate answers to this have been discussed before, such as
> cache-coherent clusters. I just hope this gets worked out before the
> hardware ships.
>

RT frame works are running single kernel under some kind of RT OS.

It should be possible to develop framework to run several Linuces
under single instance of another OS (or Linux itself). And every
instance of slave Linux whould be told which resources it is responsible
for.
You can /partition/ memory, you can say that given instance of kernel
should use e.g. only CPUs from Nth to N+Mth.
But some resources - like IDE controllers, GPUs, NICs - are not that
easy to share. Actually most of the resources are not trivial to share.

And I'm not sure what will turns out to be easier: write very
scaleable kernel or make kernel been able to share efficiently resources
with others.

P.S. My personal belief - that SMP is never going to become comodity.
EPIC/VLIW - probably. Not SMP/AMP.

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

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