On Fri, Oct 09, 2009 at 07:49:31AM -0700, Paolo Merisio wrote:
> Hi all,
> actually we can add to zone configuration an object called "dedicated-cpu" 
> with properties "ncpus" and "importance".
> This object create a dedicated cpu Pool when zone starts and puts from 1 to 
> "ncups" cpus in this pool, property "importance" is usefull when system has 
> to decide to wich dedicated pool assign a cpu (in case of two or more zone 
> with dedicated-cpu).
> So, is the system that has to decide wich cpu put in wich pool.
> But I know that I can compromise performance if I put threads that comes from 
> different core in different pool, so I (administrator) keep all threads of 
> one core togheter in same pool.
> For example, with Niagara2+ processor:
> pool1-->pset1 (cpu 0,1,2,3,4,5,6,7)  (eight threads of first core)
> pool2-->pset2 (cpu 8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23) (16 
> threads, second and third cores)
> But system is unaware of core and threads so it may put cpu 3,4,5 (three 
> threads of first core) in one dedicated pool, and cpu 6,7,8,9 (2 threads from 
> core 1 and core 3) in another dedicated pool.
> Also by creating Dynamic Pool (pset.min < pset.max) and setting "Objective" 
> property we can delegate to sustem cpu movement from one pool to another pool.
> Again in cluster 3.2 we can let system create a dedicated pool for our 
> Resource Group, anda again system is responsable to decide wich cpu put in 
> wich pool.
> [b]Question is:
> It's possible to say to the system to keep threads of single core togheter 
> when it moves cpu from one pool to another ?
> If is not, does anyone thinks this maybe a usefull features?

It's possible to specify "locality" for a pset using dynamic pools. This will
cause poold to favour configurations which maximise (or minimise) locality
of pset resources. Over time, if locality is set tight for a pset, then this
will have the desired effect (I think).


> [/b]
> Best Regads
> -- 
> This message posted from opensolaris.org
> _______________________________________________
> zones-discuss mailing list
> zones-discuss@opensolaris.org

Gary Pennington
Solaris Core OS
Sun Microsystems
zones-discuss mailing list

Reply via email to