+1 for #1<span></span><br><br>On Wednesday, March 6, 2013, Kyle Lutz  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Mar 6, 2013 at 9:35 AM, David E DeMarle<br>

<<a href="javascript:;" onclick="_e(event, 'cvml', 'dave.demarle@kitware.com')">dave.demarle@kitware.com</a>> wrote:<br>
> But valgrind is getting slow. I may have to remove that flag from karego-at<br>
> valgrind.<br>
><br>
> --track-origins slows the tests down significantly - as evidenced by the new<br>
>>500s timeout test failures on the valgrind results<br>
> (<a href="http://open.cdash.org/viewDynamicAnalysis.php?buildid=2836814" target="_blank">http://open.cdash.org/viewDynamicAnalysis.php?buildid=2836814</a>). There is<br>
> some free time available overnight on that machine, so I'm checking how much<br>
> extra time the failing tests require. I had kind of wanted that time though<br>
> to turn on more tests...<br>
><br>
> What is our preference:<br>
> 1) keep the flag, increase the timeout, and continue to test what we do<br>
> 2) disable just these slow tests on that machine and possibly turn on other<br>
> tests (MPI, Qt, Tcl, Python)<br>
> 3) remove the flag and turn on more tests<br>
><br>
> I'm leaning toward 1. When we get and setup a newer test machine it should<br>
> be less of an issue and we can have out cake and eat it too.<br>
<br>
+1 for #1.<br>
</blockquote><br><br>-- <br>Unpaid intern in BillsBasement at noware dot com<br><br>