On 04/16/2018 06:23 PM, Eric Fried wrote:
I still don't see a use in returning the root providers in the
allocation requests -- since there is nothing consuming resources from
those providers.
And we already return the root_provider_uuid for all providers involved
in allocation requests within t
> I still don't see a use in returning the root providers in the
> allocation requests -- since there is nothing consuming resources from
> those providers.
>
> And we already return the root_provider_uuid for all providers involved
> in allocation requests within the provider_summaries section.
>
On 04/16/2018 04:16 PM, Eric Fried wrote:
I was presenting an example using VM-ish resource classes, because I can
write them down and everybody knows what I'm talking about without me
having to explain what they are. But remember we want placement to be
usable outside of Nova as well.
But also
I was presenting an example using VM-ish resource classes, because I can
write them down and everybody knows what I'm talking about without me
having to explain what they are. But remember we want placement to be
usable outside of Nova as well.
But also, I thought we had situations where the VCPU
Sorry it took so long to respond. Comments inline.
On 03/30/2018 08:34 PM, Eric Fried wrote:
Folks who care about placement (but especially Jay and Tetsuro)-
I was reviewing [1] and was at first very unsatisfied that we were not
returning the anchor providers in the results. But as I started d
/me responds to self
Good progress has been made here.
Tetsuro solved the piece where provider summaries were only showing
resources that had been requested - with [8] they show usage information
for *all* their resources.
In order to make use of both [1] and [8], I had to shuffle them into the
Folks who care about placement (but especially Jay and Tetsuro)-
I was reviewing [1] and was at first very unsatisfied that we were not
returning the anchor providers in the results. But as I started digging
into what it would take to fix it, I realized it's going to be
nontrivial. I wanted to d