<font size=2 face="sans-serif">Yes, </font><tt><font size=2>Rethinking
Scheduler Design  </font></tt><a href=http://summit.openstack.org/cfp/details/34><tt><font size=2>http://summit.openstack.org/cfp/details/34</font></tt></a><font size=2 face="sans-serif">
is not the same as the performance issue that Boris raised.  I think
the former would be a natural consequence of moving to an optimization-based
joint decision-making framework, because such a thing necessarily takes
a "good enough" attitude.  The issue Boris raised is more
efficient tracking of the true state of resources, and I am interested
in that issue too.  A holistic scheduler needs such tracking, in addition
to the needs of the individual services.  Having multiple consumers
makes the issue more interesting :-)</font>
<br>
<br><font size=2 face="sans-serif">Regards,</font>
<br><font size=2 face="sans-serif">Mike</font>