[vtk-developers] heads up - dash1win7 coming online

[David E DeMarle]

Sure. Let's see how it does with parallel rendering this weekend and if
that does well I'll expand to ALL_MODULES.

David E DeMarle
Kitware, Inc.
R&D Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909


On Fri, Sep 27, 2013 at 3:05 PM, burlen <burlen.loring at gmail.com> wrote:

>  nice, thanks.
>
> Any chance you would use VTK_BUILD_ALL_MODULES? as I understand it
> GROUP_MPI shouldn't enable any rendering code, which will leave some
> modules untested, eg. vtkRenderingParallelLIC.
>
> Burlen
>
>
> On 09/27/2013 11:32 AM, David E DeMarle wrote:
>
> Ah I see, I guess vtkRenderingParallel isn't necessarily in GROUP_MPI.
> Turned on vtkRenderingParallel on amber10 vtk nightly. We'll see how it
> goes tonight.
>
>  Thanks for pointing out the gap.
>
>
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909
>
>
> On Fri, Sep 27, 2013 at 2:28 PM, burlen <burlen.loring at gmail.com> wrote:
>
>>  Awesome Thanks for adding it to your new system!!
>>
>> OK, I see the run you're talking about, but it's running the nightly
>> "Release Branch". That run doesn't have VTK_BUILD_ALL_MODULES, and as a
>> result parallel code doesn't get good coverage there. eg many line like the
>> following in the configure output
>>
>> -- Disable test module vtkFiltersParallel-Test-Cxx since required modules are not enabled: vtkRenderingParallel
>>
>> The amber 10 "Nightly Expected" doesn't seem to be configured with MPI,
>> at least I'm not seeing any "Found MPI_C/Found MPI_CXX" in configure output
>> and also no "VTK_BUILD_ALL_MODULES".
>>
>> At any rate your system should help.
>>
>>
>> On 09/27/2013 10:34 AM, David E DeMarle wrote:
>>
>> Amber10 has win+mpi
>> from VTK/Testing/Core/vtk_submitter_summary.py:
>>
>>  vtkParallelMPI;1;4.84210526316;['kamino.kitware
>> Mac10.7.5-clang-release-x86_64-nightly_master', 'zom.kitware
>> Debian-g++-4.7-ATI', 'karego-at.kitware Ubu
>> ntu-Coverage', 'londinium.kitware Arch-GCC-4.8-x86_64-debug',
>> 'kamino.kitware Mac10.7.5-gcc-release-x86_64-nightly_master',
>> 'kargad.kitware MacLion-Cont
>> inuous', 'bubbles.hooperlab Fedora-18-MesaDevel_DRI-x86_64',
>> 'londinium.kitware Arch-GCC-4.8-x86_64-release', 'bubbles.hooperlab
>> Fedora-18_OSMesa-9.1.5-
>> x86_64', 'hythloth.kitware Linux-gcc', 'karego-at.kitware
>> Ubuntu-Continuous', 'bubbles.hooperlab Fedora-18-Mesa-9.1.5_DRI-x86_64',
>> 'bubbles.hooperlab Fe
>> dora-18_OSMesaDevel-x86_64', 'amber10.kitware Win64-VS10',
>> 'kargad.kitware MacLion-VTKAccelerators', 'londinium.kitware
>> Arch-Clang-3.2-x86_64-debug', 'k
>> arego-at.kitware Ubuntu-vtkpiston', 'murron.hobbs-hancock
>> Fedora-18_OSMesaDevel-x86_64', 'murron.hobbs-hancock
>> Fedora-18-MesaDevel_DRI-x86_64']
>>
>>  But your point is well taken, I'll see about putting and MPI on
>> dash1win7 too.
>>
>>  I didn't know that openMPI and MPICH dropped Windows support. Bummer.
>>
>> David E DeMarle
>> Kitware, Inc.
>> R&D Engineer
>> 21 Corporate Drive
>> Clifton Park, NY 12065-8662
>> Phone: 518-881-4909
>>
>>
>> On Fri, Sep 27, 2013 at 12:14 PM, burlen <burlen.loring at gmail.com> wrote:
>>
>>>  Hi Dave,
>>>
>>> I think that there is a gap in the VTK dash coverage for Windows builds
>>> with MS MPI.  Maybe other Win+MPI builds are missing as well, however since
>>> both MPICH and Open MPI have dropped support for Windows, I think MS MPI is
>>> currently the important one. Perhaps this system could cover this? Maybe
>>> some other system?
>>>
>>> Burlen
>>>
>>>
>>> On 09/27/2013 07:17 AM, David E DeMarle wrote:
>>>
>>>  I'm going to promote dash1win7-nightly-static and
>>> dash1win7-nightly-shared to the expected section of the dashboard.
>>>
>>>  It is a more recent machine that the other windows submitters. More
>>> importantly it increases coverage at these test space points:
>>> * an msvc 2012 submitter (mug.neocisinc is the only other),
>>> * one of the few static library testers (zom and dash3 are the others)
>>> * the only static=ON + python=ON combination.
>>> That last point is probably why it shows 30 compilation warnings. I'll
>>> try to get to those soon to keep the background noise down.
>>>
>>>  I _tried_ briefly to turn JAVA on as well, since we have no win +
>>> java=ON coverage, but doing so made cmake choke (wouldn't produce a valid
>>> VS solution). I'll get back to that eventually.
>>>
>>>  cheers,
>>>
>>>  David E DeMarle
>>> Kitware, Inc.
>>> R&D Engineer
>>> 21 Corporate Drive
>>> Clifton Park, NY 12065-8662
>>> Phone: 518-881-4909
>>>
>>>
>>>  _______________________________________________
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html
>>>
>>> Follow this link to subscribe/unsubscribe:http://www.vtk.org/mailman/listinfo/vtk-developers
>>>
>>>
>>>
>>
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20130927/fecae847/attachment.html>