Amol A Chiplunkar wrote:
You may want to add more information like you are creating
psets for each pool and the pset.max and pset.min of each.
Because when I create a pset without specifying them and associate it with a pool, the size is zero.

I thought when you were using a utilization goal instead of counting CPUs you should declare a max to be a really high, unrealistic number and the min to be 1. Is that not what you should do?

Also a correction. You cannot specify 50/100 shares. Shares are relative integer values and the absolute value of shares at any point of time can be calculated using total shares of of active entities competing for CPUs.

Yes, I know. But it's easier to follow the conversation instead of me putting 1 and 1 down or 6789 and 6789.

I would predict that the physical utilization of project_alpha in terms
of %CPUs (as shown by prstat) would be

(0.25 of poolsize of pool_1) * 100 / 16 i.e. if the pool_1 poolsize is 4, the physical utilization would be 6.25 %

That would mean I would have to know how many CPU are in the dynamic pool at any given time which I don't.

I expect that in order to have 50% utilization the objective will be set to ~50 
And pset.max will be set to a value more than 16.
In such a case, I would expect poold to try and give out as many cpus as 
to both the pools  since the utilization needs to be kept at around 50% while
the zones and projects are fully utilizing all the CPU cycles they get.

Yes, that is what I want at the pool level.

So at one point, poold should reach a static configuration with pool_default 
only 1 CPU and the rest of them given to the two pools created.

So your saying the dynamic pool daemon with drive the box to a 16-1=15 then divide that by 2 and get 7.5 CPU bound to each pull. I just don't see why I need to care about counting threads (CPUs) when I already know the pool is using 50% of the box.

- Amol

----- Original Message -----
From: Michael Barrett <[EMAIL PROTECTED]>
Date: Friday, October 27, 2006 6:02 pm
Subject: [zones-discuss] actual utilization of a pool/zone/proj

Lets say I have a T2000 with 16 threads.

I have the following:

pool_1 = dynamic pool with 50% utilization goal set
        zone_a = 50/100 shares
        proj_alpha = 50/100 shares
        proj_beta  = 50/100 shares
        zone_b = 50 shares
pool_2 = dynamic pool with 50% utilization goal set
        zone_c = 50/100 shares
        zone_d = 50/100 shares

To make the case more simple, we will state that all pools and zones and projects are running at the max so the constraints are being forced instead of one Solaris resource entity receiving more than he is allocated due to the FSS share model.

Is there anyway to estimate before seeing actual utilization what the physical utilization of proj_alpha would be? Would you just....

50% of the physical box to pool_1 divided by 50 shares for zone_a equals 25% of host utilization available for zone_a. Then 50% of 25% (25/50) is 12.5% of raw host utilization available for proj_alpha?

zones-discuss mailing list

zones-discuss mailing list

Reply via email to