<div dir="ltr">On Tue, Apr 30, 2013 at 10:05 PM, Bryan O'Sullivan <span dir="ltr"><<a href="mailto:bos@serpentine.com" target="_blank">bos@serpentine.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote"><div class="im">On Tue, Apr 30, 2013 at 2:43 AM, Mads Kiilerich <span dir="ltr"><<a href="mailto:mads@kiilerich.com" target="_blank">mads@kiilerich.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>The tricky part is to do it in a way where we are sure to exercise all the worst possible partitioning and scheduling ... and in a reliable way and without doubling the time it takes to run the test suite.<br>

</div></blockquote><div><br></div></div><div>Probably the right way to do this is to set up some config that allows us to force parallel updates to be used on platforms where it exists, and then to always run the test suite with this flag set (unless specifically directed not to).</div>
</div></div></div></blockquote><div><br></div><div style>There's probably enough logic to justify unit tests as well. </div></div></div></div>