+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>

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