Terry's information is spot on (as usual!). I would like to add that we are developing an affinity engine for the LDom manager such that it always allocates CPU resources in a best practice fashion. We are also considering adding a core-allocation policy to that engine so that it is possible to do exactly what you ask. This would also make it quite simple to fit within per-core licensing application schemes.
JF Terry Smith wrote: > No it is not possible to directly allocated threads to domains. > > CPU allocation is done when a domain is bound, so you can create what > you require artificially. > > Make sure you don't have any other domains bound > > ldm set-vcpu 4 primary > > ldm set-vcpu 4 io-domain > > ldm bind io-domain > > This will set cpus 0-3 to primary and cpus 4-7 to io-domain > > Then creating when other domains their cpu allocation will be from 8 > onwards. > > Cpus are always allocated from the first free cpu . > > vcpus are numbered in ascending order, so on a T1000 with 8 cores and > 32 threads we would have cpus 0-3 on first core 4-7 on second etc. > On a T5220 with 8 cores and 8 threads per core we would have cpus 0-7 > on first core 8-15 on second etc. > > When you do a ldm list-bindings <ldom> you will see which cpus are > allocated to that domain > > root at t5220b# ldm list-bindings ldom_migrate > NAME STATE FLAGS CONS VCPU MEMORY UTIL UPTIME > ldom_migrate active -n---- 5000 4 4G 0.1% 5h 32m > > ... snip ... > VCPU > VID PID UTIL STRAND > 0 16 0.3% 100% > 1 17 0.0% 100% > 2 18 0.0% 100% > 3 19 0.2% 100% > > So here the PID shows which strands/threads are allocated to this > domain. Note that within the domain Solaris always numbers these from > 0 upwards. > > > T > > > On 30/12/2009 14:07, Mr. T Doodle wrote: >> Is it possible to assign specific cores/threads to a LDom? Example, I >> would like to dedicate the entire first cire to the Control and I/O >> domain? >> >> Can one determine what vcpu's belong to what core? >> >> Thanks >> >> >> >> _______________________________________________ >> ldoms-discuss mailing list >> ldoms-discuss at opensolaris.org >> http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss > _______________________________________________ > ldoms-discuss mailing list > ldoms-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/ldoms-discuss
