<p dir="ltr">Lots of questions, I'm sorry.</p>
<p dir="ltr">Are you planning to drop them indefinitely or is it temporary ? Is it to help alleviate the gate from it's current misery ?</p>
<p dir="ltr">Why were these tests introduced in the first place ? To find issues or bottenecks relative to scale or amount of operations ? Was it a request from the operator community ?</p>
<p dir="ltr">I have a strong feeling there is a very real need for *something* that is able to find silly issues that only manifest themselves beyond the scale of one VM before we ship something to the operator community.</p>
<p dir="ltr">David Moreau Simard<br>
Senior Software Engineer | Openstack RDO</p>
<p dir="ltr">dmsimard = [irc, github, twitter]</p>
<div class="gmail_quote">On Feb 10, 2016 7:37 AM, "Sean Dague" <<a href="mailto:sean@dague.net">sean@dague.net</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The largeops tests at this point are mostly finding out that some of our<br>
new cloud providers are slow - <a href="http://tinyurl.com/j5u4nf5" rel="noreferrer" target="_blank">http://tinyurl.com/j5u4nf5</a><br>
<br>
This is fundamentally a performance test, with timings having been tuned<br>
to pass 98% of the time on two clouds that were very predictable in<br>
performance. We're now running on 4 clouds, and the variance between<br>
them all, and between every run on each can be as much as a factor of 2.<br>
<br>
We could just bump all the timeouts again, but that's basically the same<br>
thing as dropping them.<br>
<br>
These tests are not instrumented in a way that any real solution can be<br>
addressed in most cases. Tests without a path forward, that are failing<br>
good patches a lot, are very much the kind of thing we should remove<br>
from the system.<br>
<br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" rel="noreferrer" target="_blank">http://dague.net</a><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div>