<div dir="ltr">Hi John,<div><br></div><div>><span style="color:rgb(80,0,80);font-size:12.8px">@Nisha I think that should largely allow you to construct the same behavior you have today, or am I totally missing what you are wanting to do?</span></div><div><span style="color:rgb(80,0,80);font-size:12.8px"><br></span></div><div>Yes, i agree that qualitative capabilities are covered by your spec and will give us the behaviour as its today with your spec implemented.</div><div><br></div><div><br></div><div>Regards</div><div>Nisha</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Oct 27, 2017 at 8:12 AM, Ed Leafe <span dir="ltr"><<a href="mailto:ed@leafe.com" target="_blank">ed@leafe.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Oct 26, 2017, at 6:57 PM, Wan-yen Hsu <<a href="mailto:wanyenhsu@gmail.com">wanyenhsu@gmail.com</a>> wrote:<br>
<br>
> In Nisha's message, "capabilities" refers to "ComputeCapabilitiesFilter".   "capabilities" provides a lot of flexibility for scheduling.  It supports qualitative as well as quantitative attributes.  It supports a variety of operators such as ">=", "<", "=", etc.   For instance, with "capabilities", one can create a flavor for "GPU_Count >=2".  Quantity matters for workloads.  A workload may require at least 2GPUs or at least certain amount of SSD capacity to meet the performance requirements.   Trait will help but it only supports qualitative attributes.  Therefore, we still need "capabilities".<br>
<br>
</span>In your example, you would create a resource class that specifies the number of GPUs. If there is a machine with no GPU, it would be a different resource class than a machine with a GPU. Likewise, a machine with 2 GPUs would be a different class. This gives you the ability to match the request to the need. Saying you need a machine with at least 2 GPUs means that you could end up with a machine with 100 GPUs - ok, I know that's not realistic, but it illustrates my point. Each hardware combination is a separate resource class. If your workload requires 2 GPUs and SSD, there are a finite number of hardware combinations available. You pick the flavor (i.e., resource class) that matches your need.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
-- Ed Leafe<br>
<br>
<br>
<br>
<br>
<br>
</font></span><br>______________________________<wbr>______________________________<wbr>______________<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.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">The Secret Of Success is learning how to use pain and pleasure, instead<br>of having pain and pleasure use you. If You do that you are in control<br>of your life. If you don't life controls you.</div>
</div>