<p dir="ltr">Don&#39;t go down that road.  Status shouldn&#39;t be saved in the db.<br>
But anyway statistics is rapidly changing. So it fits...</p>
<div class="gmail_quote">On Apr 3, 2014 5:14 PM, &quot;Gilad Chaplik&quot; &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt; wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
----- Original Message -----<br>
&gt; From: &quot;Liran Zelkha&quot; &lt;<a href="mailto:liran.zelkha@gmail.com">liran.zelkha@gmail.com</a>&gt;<br>
&gt; To: &quot;Eli Mesika&quot; &lt;<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>&gt;<br>
&gt; Cc: &quot;Gilad Chaplik&quot; &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt;, &quot;engine-devel&quot; &lt;<a href="mailto:engine-devel@ovirt.org">engine-devel@ovirt.org</a>&gt;<br>
&gt; Sent: Thursday, April 3, 2014 4:36:07 PM<br>
&gt; Subject: Re: [Engine-devel] vds_dynamic refactor<br>
&gt;<br>
&gt; I would be happy if we can lose vds_dynamic all together, and just keep<br>
&gt; vds_static and vds_statistics. Our performance will be happy too ;-)<br>
&gt;<br>
<br>
@Liran, status and pending fields are very fragile ones, IMO need separate table.<br>
@Eli, iirc, you don&#39;t have a problem with adding more tables :-)<br>
<br>
&gt;<br>
&gt; On Thu, Apr 3, 2014 at 4:33 PM, Eli Mesika &lt;<a href="mailto:emesika@redhat.com">emesika@redhat.com</a>&gt; wrote:<br>
&gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; ----- Original Message -----<br>
&gt; &gt; &gt; From: &quot;Gilad Chaplik&quot; &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt;<br>
&gt; &gt; &gt; To: &quot;Yair Zaslavsky&quot; &lt;<a href="mailto:yzaslavs@redhat.com">yzaslavs@redhat.com</a>&gt;<br>
&gt; &gt; &gt; Cc: &quot;engine-devel&quot; &lt;<a href="mailto:engine-devel@ovirt.org">engine-devel@ovirt.org</a>&gt;<br>
&gt; &gt; &gt; Sent: Thursday, April 3, 2014 4:00:25 PM<br>
&gt; &gt; &gt; Subject: Re: [Engine-devel] vds_dynamic refactor<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; ----- Original Message -----<br>
&gt; &gt; &gt; &gt; From: &quot;Yair Zaslavsky&quot; &lt;<a href="mailto:yzaslavs@redhat.com">yzaslavs@redhat.com</a>&gt;<br>
&gt; &gt; &gt; &gt; To: &quot;Liran Zelkha&quot; &lt;<a href="mailto:liran.zelkha@gmail.com">liran.zelkha@gmail.com</a>&gt;<br>
&gt; &gt; &gt; &gt; Cc: &quot;Gilad Chaplik&quot; &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt;, &quot;engine-devel&quot;<br>
&gt; &gt; &gt; &gt; &lt;<a href="mailto:engine-devel@ovirt.org">engine-devel@ovirt.org</a>&gt;<br>
&gt; &gt; &gt; &gt; Sent: Thursday, April 3, 2014 2:12:59 PM<br>
&gt; &gt; &gt; &gt; Subject: Re: [Engine-devel] vds_dynamic refactor<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; ----- Original Message -----<br>
&gt; &gt; &gt; &gt; &gt; From: &quot;Liran Zelkha&quot; &lt;<a href="mailto:liran.zelkha@gmail.com">liran.zelkha@gmail.com</a>&gt;<br>
&gt; &gt; &gt; &gt; &gt; To: &quot;Gilad Chaplik&quot; &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt;<br>
&gt; &gt; &gt; &gt; &gt; Cc: &quot;engine-devel&quot; &lt;<a href="mailto:engine-devel@ovirt.org">engine-devel@ovirt.org</a>&gt;<br>
&gt; &gt; &gt; &gt; &gt; Sent: Thursday, April 3, 2014 2:04:29 PM<br>
&gt; &gt; &gt; &gt; &gt; Subject: Re: [Engine-devel] vds_dynamic refactor<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; Why not move it to vds_static?<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; +1 on Liran&#39;s comment.<br>
&gt; &gt;<br>
&gt; &gt; +1 as well , vds_static is the place for that<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; I would prefer not to add more complexity to the  vds tables family.<br>
&gt; &gt; &gt; &gt; Such complexity may effect performs of queries/views.<br>
&gt; &gt; &gt; &gt; If you wish, you can create a view on top of vds_static named<br>
&gt; &gt; vds_on_boot<br>
&gt; &gt; &gt; &gt; for<br>
&gt; &gt; &gt; &gt; querying of vds on boot info.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Yair<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; That means moving almost all of vds_dynamic into vds_static except of<br>
&gt; &gt; memory,<br>
&gt; &gt; &gt; pending resources and status (maybe more but not much);<br>
&gt; &gt; &gt; and there will not be any db separation between user input and on_boot<br>
&gt; &gt; data.<br>
&gt; &gt;<br>
&gt; &gt; Why we should have such separation ?<br>
&gt; &gt;<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; Thanks,<br>
&gt; &gt; &gt; Gilad.<br>
&gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; On Thu, Apr 3, 2014 at 2:00 PM, Gilad Chaplik &lt;<a href="mailto:gchaplik@redhat.com">gchaplik@redhat.com</a>&gt;<br>
&gt; &gt; &gt; &gt; &gt; wrote:<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; &gt; Hi list,<br>
&gt; &gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; &gt; I propose to split vds_dynamic table into 2 tables:<br>
&gt; &gt; &gt; &gt; &gt; &gt; - vds_dynamic<br>
&gt; &gt; &gt; &gt; &gt; &gt; - vds_on_boot<br>
&gt; &gt; &gt; &gt; &gt; &gt; We need a place to put all non-dynamic data that gets updated once<br>
&gt; &gt; the<br>
&gt; &gt; &gt; &gt; &gt; &gt; host is booted, and I think dynamic isn&#39;t the place for it.<br>
&gt; &gt; &gt; &gt; &gt; &gt; In first phase we will put there NUMA host topoplogy, but later on<br>
&gt; &gt; &gt; &gt; &gt; &gt; migrate<br>
&gt; &gt; &gt; &gt; &gt; &gt; all non-dynamic host data (cpu, os, etc.).<br>
&gt; &gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; &gt; thoughts?<br>
&gt; &gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; &gt; Thanks,<br>
&gt; &gt; &gt; &gt; &gt; &gt; Gilad.<br>
&gt; &gt; &gt; &gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; &gt; &gt; &gt; Engine-devel mailing list<br>
&gt; &gt; &gt; &gt; &gt; &gt; <a href="mailto:Engine-devel@ovirt.org">Engine-devel@ovirt.org</a><br>
&gt; &gt; &gt; &gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a><br>
&gt; &gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; &gt; &gt; Engine-devel mailing list<br>
&gt; &gt; &gt; &gt; &gt; <a href="mailto:Engine-devel@ovirt.org">Engine-devel@ovirt.org</a><br>
&gt; &gt; &gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a><br>
&gt; &gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; Engine-devel mailing list<br>
&gt; &gt; &gt; <a href="mailto:Engine-devel@ovirt.org">Engine-devel@ovirt.org</a><br>
&gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a><br>
&gt; &gt; &gt;<br>
&gt; &gt; _______________________________________________<br>
&gt; &gt; Engine-devel mailing list<br>
&gt; &gt; <a href="mailto:Engine-devel@ovirt.org">Engine-devel@ovirt.org</a><br>
&gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/engine-devel" target="_blank">http://lists.ovirt.org/mailman/listinfo/engine-devel</a><br>
&gt; &gt;<br>
&gt;<br>
</blockquote></div>