<div dir="ltr">I think it is OK to drop the iterations in the Debug tests. We are still exercising the code. If we need alternate baselines, we will still catch exceptions. This will also allow more valgrind tests to run to completion.<div>
<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 2, 2013 at 8:30 AM, Bradley Lowekamp <span dir="ltr"><<a href="mailto:blowekamp@mail.nih.gov" target="_blank">blowekamp@mail.nih.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Bill,<div><br></div><div>I think the compiled tests should be the same in release and debug. Need to be able to debug the release tests!</div>
<div><br></div><div>However, I think most of the not so fast FastMarching tests should be made shorter.</div><div><br></div><div>Simular, to what you are saying, but at the CMake level [1] with the CONFIGURATIONS option specified to Release|RelMinSize|RelDebInfo....</div>
<div><br></div><div>[1] <a href="http://www.cmake.org/cmake/help/v2.8.11/cmake.html#command:add_test" target="_blank">http://www.cmake.org/cmake/help/v2.8.11/cmake.html#command:add_test</a></div><div><br></div><div>Brad</div>
<div><div class="h5"><div><br><div><div>On Aug 2, 2013, at 7:58 AM, Bill Lorensen <<a href="mailto:bill.lorensen@gmail.com" target="_blank">bill.lorensen@gmail.com</a>> wrote:</div><br><blockquote type="cite"><div dir="ltr">
Dave C,<div><br></div><div>I agree that these test run way too long in Debug. Perhaps we could conditionally modify some parameters if the tests are build Debug. We might need additional baselines and the results may look funky, but at least we still exercise the code.</div>
<div><br></div><div>#ifndef NDEBUG</div><div>// Set params for debug runs</div><div>#else</div><div>// Set params for normal runs</div><div>#endif</div><div><br></div><div>I'll try it out on itkExponentialImageRegistrationTest</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Aug 2, 2013 at 6:17 AM, David Cole <span dir="ltr"><<a href="mailto:dlrdave@aol.com" target="_blank">dlrdave@aol.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr" style="font-family:Calibri,'Segoe UI',Meiryo,'Microsoft YaHei UI','Microsoft JhengHei UI','Malgun Gothic','Khmer UI','Nirmala UI',Tunga,'Lao UI',Ebrima,sans-serif;font-size:12pt">
<div>Hi there.</div><div> </div><div>First of all: kudos to all of you on dashboard progress, and fixing issues with Windows Debug builds. I have now submitted my first ever entirely green dashboard row using the Microsoft compiler in a Debug build for ITK!</div>
<div> </div><div>However...... <span style="font-family:"Segoe UI Symbol","Apple Color Emoji"">😊</span></div><div> </div><div>I recently started submitting ITK dashboards from “mug.neocisinc” and observe the following today:</div>
<div> </div><div>- 20 longest running ITK tests (today):<br>itkFastMarchingImageFilterTest_wm_multipleSeeds_StrictTopo 2h 37m 54s 70ms<br>itkFastMarchingImageFilterTest_wm_multipleSeeds_NoHandlesTopo 2h 37m 28s 440ms<br>
itkFastMarchingImageFilterTest_wm_multipleSeeds_NoTopo 2h 27m 34s 760ms<br>
itkBSplineExponentialImageRegistrationTest 22m 9s 470ms<br>itkExponentialImageRegistrationTest 19m 55s 840ms<br>itkFastMarchingImageFilterTest_torus_multipleSeeds_NoHandlesTopo 13m 37s 950ms<br>itkFastMarchingImageFilterTest_torus_multipleSeeds_StrictTopo 13m 34s 700ms<br>
itkSimpleImageRegistrationTest 12m 16s 690ms<br>itkSimpleImageRegistrationTest2 11m 32s 560ms<br>itkFastMarchingImageFilterTest_torus_multipleSeeds_NoTopo 11m 4s 70ms<br>itkTimeVaryingVelocityFieldImageRegistrationTest 8m 12s 240ms<br>
SpatialObjectToImage2 7m 4s 710ms<br>ImageRegistration15Test 5m 6s 410ms<br>ImageRegistration14Test 3m 56s<br>itkParameterizationQuadEdgeMeshFilterTestb0_c3_s0 3m 47s 950ms<br>itkParameterizationQuadEdgeMeshFilterTestb1_c3_s0 3m 47s 150ms<br>
DeformableRegistration13Test1 3m 3s 480ms<br>itkTimeVaryingBSplineVelocityFieldImageRegistrationTest 2m 54s 310ms<br>itkSyNImageRegistrationTest 2m 38s 180ms<br>DeformableRegistration12Test1 2m 27s 350ms</div><div><br> </div>
<div>(from this Debug build using the Microsoft Visual Studio 2012 compiler: <a title="http://open.cdash.org/buildSummary.php?buildid=2985530" href="http://open.cdash.org/buildSummary.php?buildid=2985530" target="_blank">http://open.cdash.org/buildSummary.php?buildid=2985530</a> )</div>
<div> </div><div>Does anybody in this community have any advice about how I can get the Debug dashboard test suite to run in a more reasonable amount of time? (Other than simply excluding these 20 tests or so by name?)</div>
<div> </div><div>It seems completely ridiculous to me that I have to set a test timeout value of greater than 10 minutes (let alone 2.5 HOURS) for an individual test just for the 10 longest running ITK tests here...... especially when the ENTIRE TEST SUITE finishes in less than 6 minutes for the Release build.</div>
<div> </div><div>Can these tests be pared down to use smaller data, or can they be marked as requiring seriously long timeout values using the test TIMEOUT property, or can they be optionally added by people willing to test such long running tests, or perhaps optionally avoided by people like me who are reluctant to run such long running tests .... ?? There’s got to be something we can do.</div>
<div> </div><div> </div><div>Thanks,</div><div>David C.</div><div> </div></div></div><br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com/" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at<br>
<a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Kitware offers ITK Training Courses, for more information visit:<br>
<a href="http://kitware.com/products/protraining.php" target="_blank">http://kitware.com/products/protraining.php</a><br>
<br>
Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" target="_blank">http://www.itk.org/Wiki/ITK_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.itk.org/mailman/listinfo/insight-developers" target="_blank">http://www.itk.org/mailman/listinfo/insight-developers</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Unpaid intern in BillsBasement at noware dot com<br>
</div>
_______________________________________________<br>Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br><br>Visit other Kitware open-source projects at<br><a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>Kitware offers ITK Training Courses, for more information visit:<br><a href="http://kitware.com/products/protraining.php" target="_blank">http://kitware.com/products/protraining.php</a><br><br>Please keep messages on-topic and check the ITK FAQ at:<br>
<a href="http://www.itk.org/Wiki/ITK_FAQ" target="_blank">http://www.itk.org/Wiki/ITK_FAQ</a><br><br>Follow this link to subscribe/unsubscribe:<br><a href="http://www.itk.org/mailman/listinfo/insight-developers" target="_blank">http://www.itk.org/mailman/listinfo/insight-developers</a><br>
</blockquote></div><br></div></div></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Unpaid intern in BillsBasement at noware dot com<br>
</div>