You don't have to enable Dynamic Resource Pools to associate a zone with a pset.
Resource Pools is a standalone feature. Dynamic Resource Pools add dynamic (i.e. goal-satisfying re-configurations) behaviour to Resource Pools. Read what I said about CPU allocation and look at the comments in the code reference that I mailed earlier. Gary On Mon, Oct 23, 2006 at 11:23:46AM -0400, Tillman, Gregory wrote: > Dynamic pools pretty much have to be enabled to associate a pset with a > zone, don't they? So if I set pset.min=1, pset.max=2, it will run with > 1 CPU because I don't have a resource optimization objective? Just > trying to make sure I understand this. thanks. > > - greg > > > -----Original Message----- > From: Gary Pennington [mailto:[EMAIL PROTECTED] On Behalf Of > Gary Pennington > Sent: Monday, October 23, 2006 11:23 AM > To: Tillman, Gregory > Cc: email@example.com > Subject: Re: [zones-discuss] dynamic pool objective, default > > There is no default objective. Each pset will have at least the minimum > number of CPUs, but may have more. No pset, other than the default pset, > can have more CPUs than pset.max. The number of CPUs allocated to a set > will not change unless someone intervenes manually (e.g. by transferring > a CPU between sets) or a resource optimisation objective is set and > dynamic pools are enabled. > > If you want more details about libpool's allocation strategy take a look > at: > > http://cvs.opensolaris.org/source/xref/on/usr/src/lib/libpool/common/poo > l_commit.c > > In particular the comment at line 902 for the pset_allocate_imp() > function should be enlightening. > > Gary > > On Mon, Oct 23, 2006 at 07:55:43AM -0700, Greg Tillman wrote: > > Sorry, i'm fairly new to zones, trying to figure out what is probably > pretty simple. If i set up pools for each zone with associated > processor sets, each with a pset.min and pset.max, but don't set a > dynamic pool objective, is there a default objective? or do the zones > run with the minimum specified number of cpu's and never change? > > Thanks > > > > > > This message posted from opensolaris.org > > _______________________________________________ > > zones-discuss mailing list > > firstname.lastname@example.org > > -- > Gary Pennington > Solaris Kernel Development, > Sun Microsystems > [EMAIL PROTECTED] > _______________________________________________ > zones-discuss mailing list > email@example.com -- Gary Pennington Solaris Kernel Development, Sun Microsystems [EMAIL PROTECTED] _______________________________________________ zones-discuss mailing list firstname.lastname@example.org