<div><span style="-webkit-text-size-adjust: auto; background-color: rgba(255, 255, 255, 0);">How is this different than extra_specs used by the filter scheduler?</span></div><span style="-webkit-text-size-adjust: auto; background-color: rgba(255, 255, 255, 0);">http://docs.openstack.org/developer/nova/devref/filter_scheduler.html</span><div><span style="-webkit-text-size-adjust: auto; background-color: rgba(255, 255, 255, 0);"><br></span></div><div><span style="-webkit-text-size-adjust: auto; background-color: rgba(255, 255, 255, 0);">I did some very old blueprints related to heterogeneous architectures that had similar goals.  </span></div><div><span style="background-color: rgba(255, 255, 255, 0); -webkit-text-size-adjust: auto; ">https://blueprints.launchpad.net/nova/+spec/heterogeneous-instance-types</span></div><div><span style="background-color: rgba(255, 255, 255, 0); -webkit-text-size-adjust: auto; "><br></span></div><div><span style="background-color: rgba(255, 255, 255, 0); -webkit-text-size-adjust: auto; ">Fully support the idea, but probably can adapt the existing functionality to also target metric data.</span></div><div class="mailbox_signature">—<br>Sent from <a href="https://www.dropbox.com/mailbox">Mailbox</a> for iPad</div><br><br><div class="gmail_quote"><p>On Wed, Jul 17, 2013 at 10:56 PM, Lu, Lianhao <span dir="ltr"><<a href="mailto:lianhao.lu@intel.com" target="_blank">lianhao.lu@intel.com</a>></span> wrote:<br></p><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><p>Hi fellows,
<br><br>Currently we're implementing the BP https://blueprints.launchpad.net/nova/+spec/utilization-aware-scheduling. The main idea is to have an extensible plugin framework on nova-compute where every plugin can get different metrics(e.g. CPU utilization, memory cache utilization, network bandwidth, etc.) to store into the DB, and the nova-scheduler will use that data from DB for scheduling decision.
<br><br>Currently we adds a new table to store all the metric data and have nova-scheduler join loads the new table with the compute_nodes table to get all the data(https://review.openstack.org/35759). Someone is concerning about the performance penalty of the join load operation when there are many metrics data stored in the DB for every single compute node. Don suggested adding a new column in the current compute_nodes table in DB, and put all metric data into a dictionary key/value format and store the json encoded string of the dictionary into that new column in DB. 
<br><br>I'm just wondering which way has less performance impact, join load with a new table with quite a lot of rows, or json encode/decode a dictionary with a lot of key/value pairs?
<br><br>Thanks,
<br>-Lianhao
<br><br>_______________________________________________
<br>OpenStack-dev mailing list
<br>OpenStack-dev@lists.openstack.org
<br>http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
<br></p></blockquote></div><br>