<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jul 5, 2017 at 5:57 PM, Roy Golan <span dir="ltr"><<a href="mailto:rgolan@redhat.com" target="_blank">rgolan@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Hi all, <br><br></div>I would like to get feedback on $subject and see if I'm missing something. The impact of this is simply less resource consumption and by that we can support even greater number of hosts [1] and vms in the system. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><div>If you think more relaxed statistics collection will affect a core flow let me know - as far as I see I didn't spot anything critical. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br>The overhead of a cycle per host something like that: 2 roundtrips per host in a cycle, (vm + host stats) and tons of memory allocation for char[] -> json-> maps of maps -> VM/Vds statistics -> Maps -> serialiazing to DB. <br><br><div>To minimize the effect of this change we can leave a call to 'list' verb to at least detect vms existence in the same rate as today.<br></div></div></div></blockquote><div><br></div><div>+1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><div><br></div></div><div>Pros<br></div><div>- Engine has rore resources to support more hosts/vms/other activities of the engine<br></div><div>- Vdsm will have more resources as well (need to tweak vdsm to collect in the same <br>frequency)<br></div><div>- less DB writes and reads, approx half of what the system will do in the in its lifefpan (cause this is what is mainly does all the time)<br></div><div><br></div><div>Cons<br></div><div>- DWH/Dashboard will have less entries, I'm not sure what is graphical affect given our hourly resolution (cmiiw here)</div></div></blockquote><div><br></div><div>What's the frequency of the queries done by DWH/Dashboard? Do they count on the _update_date column of the queried data?</div><div>I'm asking because if they query the database every minute and say "the time now is 10:30 and the queried data is ..." then there should not be less entries.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><br></div><br>[1] <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1430876" target="_blank">https://bugzilla.redhat.com/sh<wbr>ow_bug.cgi?id=1430876</a></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br></div>
<br>______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org" target="_blank">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman<wbr>/listinfo/devel</a><br></blockquote></div><br></div></div>