Hi,

Any idea how much difference this will make?  I guesss it depends on how
busy the server is, but I'm wondering if it's worth trying to 'spread' the
guest ldoms on a server across the cpus in the best way possible. Any
thoughts?
Tony

Forwarded conversation
Subject: [ldoms-discuss] IO Domains and CPU socket affinity
------------------------

From: *Ben Taylor* <[email protected]>
Date: Tue, May 17, 2011 at 3:14 PM
To: [email protected]


I am standing up an IO Domain LDOM on a T5440.  I remember seeing some
things in the documentation about Socket affinity and PCI buses.  I am using
PCI_2 and 64 threads (1 socket), but am just wondering if there's something
I should be doing to better align the threads with the PCI bus, or am I
chasing
a rube goldberg?

Ben
_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

----------
From: *Hung-ShengTsao (Lao Tsao) Ph.D.* <[email protected]>
Date: Tue, May 17, 2011 at 3:37 PM
To: [email protected]


http://www.fujitsu.com/downloads/SPARCE/whitepapers/T5440-wp-e-200907.pdf
show you tha arch diagram
Since , AFAIK, you can not assign specific  vcpu to LDOM domain
IMHO, you are chasing a rube goldberg!!

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss


----------
From: *[email protected]* <[email protected]>
Date: Tue, May 17, 2011 at 3:44 PM
To: [email protected]


 True - but you can get the I/O domain to be where you want it by a bit of
cunning.

If we have a freshly installed system with a control domain to be say 8 cpus
it will use cpu 0-7.  We want the I/O domain to be on the second socket (
cpus 64-127) so we need to fill the gap with a dummy domain.

ldm create dummy
ldm set-vcpu 56 dummy
ldm set-mem 1g dummy
ldm bind dummy

then create i/O domain

ldm create secondary
ldm set-vcpu 8 secondary
ldm set-mem 4g secondary
ldm bind secondary

then delete dummy
ldm unbond dummy
ldm destroy dummy.
-- 

 <http://www.oracle.com/>
Terry Smith | Principal Sales Consultant
Phone: +44 118 924 000 | Mobile: +44 7802212151
 Oracle UK & Ireland Hardware Systems Sales
Oracle Parkway | Thames Valley Park | Reading | RG6 1RA | United Kingdom

ORACLE Corporation UK Ltd is a company incorporated in England & Wales |
Company Reg. No. 1782505 | Reg. office: Oracle Parkway, Thames Valley Park,
Reading RG6 1RA
Oracle is committed to developing practices and products that help protect
the environment

[image: Oracle Server & Storage Systems]<http://www.oracle.com/goto/uk/systems>

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss


----------
From: *Hung-ShengTsao (Lao Tsao) Ph.D.* <[email protected]>
Date: Tue, May 17, 2011 at 3:48 PM
To: [email protected]


 yes, but AFAIK, after the system reboot
these vcpu will change, are I correct?
regards


_______________________________________________
ldoms-discuss mailing list


_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss


----------
From: *Ben Taylor* <[email protected]>
Date: Tue, May 17, 2011 at 3:56 PM
To: "[email protected]" <[email protected]>
Cc: [email protected]


On Tue, May 17, 2011 at 2:44 PM, [email protected]
Funny, that's what I've done.  I'm just not sure after deleting the
"dummy" that the
appropriate CPU's are still in affinity with the PCI_2 after a reboot.

----------
From: *[email protected]* <[email protected]>
Date: Tue, May 17, 2011 at 4:17 PM
To: [email protected]


 Not unless you unbind the domain.

T



_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

<<graphics1>>

<<attachment: laotsao.vcf>>

<<attachment: laotsao.vcf>>

_______________________________________________
ldoms-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss

Reply via email to