<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Le 06/03/2014 09:35, 方祯 a écrit :<br>
    </div>
    <blockquote
cite="mid:CAGG1YNkLyx8phyMAtH11isyRmgj8vm2RXAoe1nEKv9KSWOu44w@mail.gmail.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <div dir="ltr">
        <div>
          <div>Hi Sylvain, Russell, dims </div>
          <div><br>
          </div>
          <div>Thanks for your the replies and guidances!</div>
          <div><br>
          </div>
          <div>I have read the docs below the title. In my opinion, It
            is quite a good idea to take storage component and network
            component into</div>
          <div>consideration of the scheduler of nova. I agree that it
            is quite a large job for current GSOC project now. And from
            the docs I have read before,</div>
          <div>I think that providing more additional Filters and Weight
            functions is quite import in both current filter_scheduler
            and later Cross service scheduler(SolverScheduler or other).</div>
          <div>So I have the idea that implement some
            scheduler_filer/weight with other metrics of all host state
            or other cross service data.</div>
          <div>As a newbie to OpenStack-dev. I have a concern that is it
            full enough for GSOC term? and what kind of work is suitable
            for current nova enhancement</div>
          <div>, future cross service scheduler and could also be full
            enough for GSOC term. It would be great if somebody could
            give some advice:)</div>
          <div><br>
          </div>
          <div>Thank for Sylvain's help for the information of
            #openstack-meeting IRC channel and dims and Russell's
            suggestion, and I will update my information soon on the
            GSOC's Wiki pages.</div>
          <div><br>
          </div>
          <div>Thanks and Regards,</div>
          <div>fangzhen</div>
          <div>GitHub : <a moz-do-not-send="true"
              href="https://github.com/fz1989">https://github.com/fz1989</a></div>
        </div>
        <div>
          <div><br>
          </div>
        </div>
      </div>
      <div class="gmail_extra"><br>
      </div>
    </blockquote>
    <br>
    I just discovered that Gantt has been proposed as a potential
    subject of interest for GSoC. While I do understand the opportunity
    for people working on Gantt, I don't think, as Russell stated, that
    Gantt is mature enough for helping newcomers to deliver cool
    features within the given timeline.<br>
    <br>
    IMHO, Gantt should be removed from this wikipage [1], and be
    replaced by Nova proposal for Filters/Weights improvements. The
    Solver Scheduler recently received NACK for a FFE (Feature Freeze
    Exception) so that means that new patches wouldn't be merged until
    Juno (12th May), so I guess the problem would be the same too.<br>
    <br>
    Anyway, people interested in working on the Scheduler should attend
    weekly meetings on Tuesdays, for at least synchronization within the
    team.<br>
    <br>
    My 2cts,<br>
    -Sylvain<br>
    <br>
    [1]
    <meta http-equiv="content-type" content="text/html;
      charset=ISO-8859-1">
    <a
href="https://wiki.openstack.org/wiki/GSoC2014#Common_Scheduler_.28Gantt.29">https://wiki.openstack.org/wiki/GSoC2014#Common_Scheduler_.28Gantt.29</a>
  </body>
</html>