WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Re: NUMA and SMP

On Wed, 2007-03-21 at 09:08 +0800, tgh wrote:
> Thank you for your reply
> 
> 
> Daniel Stodden 写道:
> > On Tue, 2007-03-20 at 21:10 +0800, tgh wrote:
> >   
> >> I am puzzled ,what is the page migration?
> >> Thank you in advance
> >>     
> >
> > NUMA is clear? NUMA distributes main memory across multiple memory
> > interfaces.
> >
> > This used to be a feature reserved to high-end multiprocessor
> > architectures, but in servers it is becoming sort of a commodity these
> > days, in part due AMD multiprocessor systems being NUMA systems these
> > days. AMD64 processors carry an integrated memory controller. So, if you
> > buy an SMP machine with AMD processors today, you'd find each slice of
> > the total memory being connected to a different processor inside.
> >
> > Note that this doesn't break the 'symmetric' in 'SMP': it still remains
> > a global, flat physical address space. The processors have interconnects
> > by which memory can be read from remote processors as well, and will do
> > so transparently to system and application software.
> >   
> that is ,in the smp with adm64,it is a numa in the hardware 
> architecture,while a smp in the system software,is it right?

%}
i believe you mean the right thing. it remains a regular smp
architecture. system software remains smp.

regards,
daniel

-- 
Daniel Stodden
LRR     -      Lehrstuhl für Rechnertechnik und Rechnerorganisation
Institut für Informatik der TU München             D-85748 Garching
http://www.lrr.in.tum.de/~stodden         mailto:stodden@xxxxxxxxxx
PGP Fingerprint: F5A4 1575 4C56 E26A 0B33  3D80 457E 82AE B0D8 735B


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel