<p dir="ltr"><br>
On Nov 1, 2013 10:20 AM, "John Garbutt" <<a href="mailto:john@johngarbutt.com">john@johngarbutt.com</a>> wrote:<br>
><br>
> Its intentional. Cells is there to split up your nodes into more<br>
> manageable chunks.<br>
><br>
> There are quite a few design summit sessions on looking into<br>
> alternative approaches to our current scheduler.<br>
><br>
> While I would love a single scheduler to make everyone happy, I am<br>
> thinking we might end up with several scheduler, each with slightly<br>
> different properties, and you pick one depending on what you want to<br>
> do with your cloud.</p>
<p dir="ltr">Agreed. </p>
<p dir="ltr">><br>
> John<br>
><br>
> On 31 October 2013 22:39, Jiang, Yunhong <<a href="mailto:yunhong.jiang@intel.com">yunhong.jiang@intel.com</a>> wrote:<br>
> > I noticed several filters (AggregateMultiTenancyIsoaltion, ram_filter, type_filter, AggregateInstanceExtraSpecsFilter) have DB access in the host_passes(). Some will even access for each invocation.</p>
<p dir="ltr">As you noticed, not all filters make sense for a large system.<br></p>
<p dir="ltr">> ><br>
> > Just curios if this is considered a performance issue? With a 10k nodes, 60 VM per node, and 3 hours VM life cycle cloud, it will have more than 1 million DB access per second. Not a small number IMHO.<br>
> ><br>
> > Thanks<br>
> > --jyh<br>
> ><br>
> > _______________________________________________<br>
> > OpenStack-dev mailing list<br>
> > <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> > <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</p>