<div dir="ltr">Sean, thank for analysis.<br>JFYI, I did some initial profiling, it's described here <a href="https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg19030.html">https://www.mail-archive.com/openstack-dev@lists.openstack.org/msg19030.html</a> . <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Mar 20, 2014 at 2:15 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 03/20/2014 05:49 AM, Nadya Privalova wrote:<br>
> Hi all,<br>
> First of all, thanks for your suggestions!<br>
><br>
> To summarize the discussions here:<br>
> 1. We are not going to install Mongo (because "is's wrong" ?)<br>
<br>
</div>We are not going to install Mongo "not from base distribution", because<br>
we don't do that for things that aren't python. Our assumption is<br>
dependent services come from the base OS.<br>
<br>
That being said, being an integrated project means you have to be able<br>
to function, sanely, on an sqla backend, as that will always be part of<br>
your gate.<br>
<div class=""><br>
> 2. Idea about spawning several collectors is suspicious (btw there is a<br>
> patch that run several collectors:<br>
> <a href="https://review.openstack.org/#/c/79962/" target="_blank">https://review.openstack.org/#/c/79962/</a> .)<br>
<br>
</div>Correct, given that the collector is already one of the most expensive<br>
processes in a devstack run.<br>
<div class=""><br>
> Let's try to get back to original problem. All these solutions were<br>
> suggested to solve the problem of high load on Ceilometer. AFAIK,<br>
> Tempest's goal is to test projects` interactions, not performance<br>
> testing. The perfect tempest's behaviour would be "start ceilometer only<br>
> for Ceilometer tests". From one hand it will allow not to load db during<br>
> other tests, from the other hand "projects` interactions" will be tested<br>
> because during Ceilometer test we create volums, images and instances.<br>
> But I'm afraid that this scenario is not possible technically.<br>
> There is one more idea. Make Ceilometer able to monitor not all messages<br>
> but filtered set of messages. But anyway this is a new feature and<br>
> cannot be added right now.<br>
><br>
> Tempest guys, if you have any thoughts about first suggestion "start<br>
> ceilometer only for Ceilometer tests" please share.<br>
<br>
</div>The point of the gate is that it's integrated and testing the<br>
interaction between projects. Ceilometer can be tested on it's own in<br>
ceilometer unit tests, or by creating ceilometer functional tests that<br>
only run on the ceilometer jobs.<br>
<br>
While I agree that Tempest's job is not to test performance, we do have<br>
to give some basic sanity checking here that the software is running in<br>
some performance profile that we believe is base usable.<br>
<br>
Based on the latest dstat results, I think that's a dubious assessment.<br>
The answer on the collector side has to be something other than<br>
horizontal scaling. Because we're talking about the collector being the<br>
3rd highest utilized process on the box right now (we should write a<br>
dstat plugin to give us cumulative data, just haven't gotten there yet).<br>
<br>
So right now, I think performance analysis for ceilometer on sqla is<br>
important, really important. Not just horizontal scaling, but actual<br>
performance profiling.<br>
<div class="HOEnZb"><div class="h5"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
Samsung Research America<br>
<a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</div></div><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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>