<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 27, 2018 at 2:46 AM Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 9/26/2018 5:30 PM, Sylvain Bauza wrote:<br>
> So, during this day, we also discussed about NUMA affinity and we said <br>
> that we could possibly use nested resource providers for NUMA cells in <br>
> Stein, but given we don't have yet a specific Placement API query, NUMA <br>
> affinity should still be using the NUMATopologyFilter.<br>
> That said, when looking about how to use this filter for vGPUs, it looks <br>
> to me that I'd need to provide a new version for the NUMACell object and <br>
> modify the virt.hardware module. Are we also accepting this (given it's <br>
> a temporary question), or should we need to wait for the Placement API <br>
> support ?<br>
> <br>
> Folks, what are you thoughts ?<br>
<br>
I'm pretty sure we've said several times already that modeling NUMA in <br>
Placement is not something for which we're holding up the extraction.<br>
<br></blockquote><div><br></div><div>It's not an extraction question. Just about knowing whether the Nova folks would accept us to modify some o.vo object and module just for a temporary time until Placement API has some new query parameter.</div><div>Whether Placement is extracted or not isn't really the problem, it's more about the time it will take for this query parameter ("numbered request groups to be in the same subtree") to be implemented in the Placement API.</div><div>The real problem we have with vGPUs is that if we don't have NUMA affinity, the performance would be around 10% less for vGPUs (if the pGPU isn't on the same NUMA cell than the pCPU). Not sure large operators would accept that :(</div><div><br></div><div>-Sylvain<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div>