Re: number of cores

in mind for good or bad the error message "lack of resources" is sometimes a bit misleading - it's sometimes used out of context. Your core count hack sort of proves your point - by faking the number of cores you effectively end up with double the amount of GHz in your cluster - at wh

Re: number of cores

suming... or not...) > > Cheers > > On Mon, 19 Nov 2018 at 14:11, Ugo Vasi wrote: > > > Hi Andrija, > > not having noticed this new voice before I wondered if it is limiting > > the fact of reaching or ex

Re: number of cores

sor > > types, just assuming... or not...) > > > > Cheers > > > > On Mon, 19 Nov 2018 at 14:11, Ugo Vasi wrote: > > > > > Hi Andrija, > > > not having noticed this new voice before I wondered if it

Re: number of cores

t assuming... or not...) Cheers On Mon, 19 Nov 2018 at 14:11, Ugo Vasi wrote: > Hi Andrija, > not having noticed this new voice before I wondered if it is limiting > the fact of reaching or exceeding the number of physical cores. >

Re: number of cores

FYI, tested again (CPU overprovisioning factor=1 on both Cluster and Global level - so NO overprovisioning) deployed VM unti it failed (could not deploy any more): At moment of failure: cpu used 79% (90% is disabled threshold, but VMs is big one, so would cause 91-92% usage) number of cpu cores

Re: number of cores

, Ugo Vasi wrote: > Hi Andrija, > not having noticed this new voice before I wondered if it is limiting > the fact of reaching or exceeding the number of physical cores. > > What is the purpose of this dashboard pane? > > > Il 19/11/

Re: number of cores

t from the VMware allocator? > > From: Dag Sonstebo > Sent: Monday, November 19, 2018 9:47 AM > To: users@cloudstack.apache.org > Subject: Re: number of cores > > Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup > somewhere making assumptions. >

RE: number of cores

@cloudstack.apache.org Subject: Re: number of cores Andrija - not sure about your 3.4GHz cores - must a be a simplified lookup somewhere making assumptions. Eric - have just tried your scenario in my 4.11.2RC5 lab (admittedly with VMware, not KVM) - and I can see my core allocation keeps going up

Re: number of cores

t least with KVM, >> probably same >> > for other hypervisors) it doesn't even makes sense/use, since when >> > deploying a VM, ACS query host free/unused number of MHz (GHz), so >> it's not >> > even relevant for ACS - number of cores in not relevant i

Re: number of cores

when > > deploying a VM, ACS query host free/unused number of MHz (GHz), so > it's not > > even relevant for ACS - number of cores in not relevant in ACS > calculations > > during VM deployment. > > > I think you are misunderstanding the question. I hav

Re: number of cores

> for other hypervisors) it doesn't even makes sense/use, since when > deploying a VM, ACS query host free/unused number of MHz (GHz), so it's not > even relevant for ACS - number of cores in not relevant in ACS calculations > during VM deployment. I think

Re: number of cores

(GHz), so it's not even relevant for ACS - number of cores in not relevant in ACS calculations during VM deployment. I think you are misunderstanding the question. I have 72 cores in my cluster. Each of my hosts has 24 cores. With 4.9.2, I can provision 10 virtual machines, each of which

Re: number of cores

nsider Intel HT to be exactly > this). You can only overprovision time slices of your total clock cycles. > If you push the limits too far on this though you get vCPU wait times - > when there is too much contention and it ends up taking too long to > schedule e.g. 4 vCPUs on 4 physical cores.

Re: number of cores

ock cycles. If you push the limits too far on this though you get vCPU wait times - when there is too much contention and it ends up taking too long to schedule e.g. 4 vCPUs on 4 physical cores. IMO having the total number of cores is still useful information - same as total number of hosts and m

Re: number of cores

fore I wondered if it is limiting > the fact of reaching or exceeding the number of physical cores. > > What is the purpose of this dashboard pane? > > > Il 19/11/18 12:56, Andrija Panic ha scritto: > > Hi Ugo, > > > > Why would you want to do this, just cur

Re: number of cores

Hi Andrija, not having noticed this new voice before I wondered if it is limiting the fact of reaching or exceeding the number of physical cores. What is the purpose of this dashboard pane? Il 19/11/18 12:56, Andrija Panic ha scritto: Hi Ugo, Why would you want to do this, just curious

Re: number of cores

- number of cores in not relevant in ACS calculations during VM deployment. Cheers, Andrija On Mon, Nov 19, 2018, 11:31 Ugo Vasi Hi all, > in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04 > with KVM hypervisor), the new entry "# of CPU Cores" appears. > Is

number of cores

Hi all, in the dashboard of an ACS installation vesion 4.11.1.0 (Ubuntu 16.04 with KVM hypervisor), the new entry "# of CPU Cores" appears. Is it possible to over-provision like for MHz or storage? Thanks -- *Ugo Vasi* / System Administrator ugo.v...@procne.it