<div dir="ltr"><div>If this is a real gap, it more sounds like a bug in cpu capability, and the fix won't change any API.<br></div><div>Will this fix depend  on the host capability framework? </div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>BR,</div><div>YunTongJin</div></div></div></div>
<br><div class="gmail_quote">2016-05-11 15:28 GMT+08:00 Sylvain Bauza <span dir="ltr"><<a href="mailto:sbauza@redhat.com" target="_blank">sbauza@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><span class="">
    <br>
    <br>
    <div>Le 11/05/2016 05:12, Jin, Yuntong a
      écrit :<br>
    </div>
    <blockquote type="cite">
      
      
      
      
      <font face="Arial" size="2"><span style="font-size:11pt">
          <div style="text-align:justify" align="left"><font color="#222222">Hi everyone,</font></div>
          <div><font face="Times New Roman" size="2"><span style="font-size:10.5pt"> </span></font></div>
          <div><font face="Consolas">Currently nova exposes all the host
              CPU instruction set extensions available</font></div>
          <div><font face="Consolas">on the compute node in the host
              state, and there is a scheduler filter</font></div>
          <div><font face="Consolas">`ComputeCapabilitiesFilter` which
              looks at these.</font></div>
          <div><font face="Consolas"> </font></div>
          <div><font face="Consolas">But the limits on this is:</font></div>
          <div><font face="Consolas">CPU instruction set in
              ComputeCapabilitiesFilter should be guest's view instead
              of host's.</font></div>
          <div style="text-align:justify" align="left"><font face="Times New Roman" size="2"><span style="font-size:10.5pt"> </span></font></div>
          <div><font face="Consolas">Admin may use specific set of CPU
              instruction to deploy instance to make</font></div>
          <div><font face="Consolas">it migratable in a heterogeneous
              cloud.</font></div>
          <div><font face="Consolas">This is actually by design in nova
              as nova is using baselineCPU</font></div>
          <div><font face="Consolas">andallowed to pass/config guest CPU
              instruction feature for instance.</font></div>
          <div><font face="Consolas"> </font></div>
          <div><font face="Consolas">Shall we add a string
              “guest_features” in ``ComputeNode`` object as
              ``ComputeNode:cpu_<a>info:guest_features</a>``</font></div>
          <div><font face="Consolas">And let ComputeCapabilitiesFilter
              use guest_features instead of host features here? </font></div>
          <div><font face="Consolas"> </font></div>
          <div><font face="Consolas">Is this a real gap ? and the above
              easy fix is the right way ? </font></div>
          <div><font face="Consolas"> </font></div>
        </span></font></blockquote>
    <br>
    </span><font size="2"><font face="Consolas">FWIW, we had a discussion
        during the Design Summit on the scheduler Nova design session
        about host capabilities and what we call "qualitative resources"
        [1]<br>
        <br>
        A first step for helping our users to discover the CPU
        capabilities is to provide a Nova abstraction between all our
        related hypervisor driver features and you can comment on a
        proposal [2]<br>
        <br>
        HTH,<br>
        -Sylvain<br>
        <br>
        [1] <a href="https://etherpad.openstack.org/p/newton-nova-scheduler" target="_blank">https://etherpad.openstack.org/p/newton-nova-scheduler</a><br>
        <br>
        [2] <a href="https://review.openstack.org/#/c/309762/" target="_blank">https://review.openstack.org/#/c/309762/</a><br>
      </font></font>
    <blockquote type="cite"><font face="Arial" size="2"><span style="font-size:11pt">
          <div><font face="Consolas">Thanks</font></div>
          <div style="text-align:justify" align="left"><font face="Consolas">-yuntongjin</font></div>
          <div style="text-align:justify" align="left"><font face="Times New Roman" size="2"><span style="font-size:10.5pt"> </span></font></div>
          <div style="text-align:justify" align="left"><font face="Times New Roman" size="2"><span style="font-size:10.5pt"> </span></font></div>
        </span></font>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a>
</pre>
    </blockquote>
    <br>
  </div>

<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>
<br></blockquote></div><br></div>