[Paraview] Correctly Parallel Processing of OpenFoam results using pvserver

Fri Oct 2 10:05:32 EDT 2015

Hmmm,

Isn't paraFoam just ParaView as packaged into the OpenFOAM distribution? If
so, the next time OpenFOAM updates its version it should get ParaView 4.4
(along with whatever patches FOAM adds to it, like their version of the
reader).

Regarding the new GL2 rendering, after ParaView 5.0 the new rendering work
will be turned on by default. When paraFoam gets 5.0 the rendering will be
faster but the readers will not be unaffected.

As for the reader, when I briefly compared the code and history of the two
readers several years ago I concluded that they were forks of each other.
I.e. at some point they were the same thing, but have diverged over time. I
don't know what specifically is different in the two branches. It would be
great at some point we unified them and kept the best features of both.
With a single source, maintenance and upgrades would be easier and there
would be no confusion about the capabilities.

cheers,

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

On Fri, Oct 2, 2015 at 9:10 AM, <ronald.fowler at stfc.ac.uk> wrote:

> Hi,
>
> I did try to determine the differences between the ParaView built in
> reader and the one supplied by OpenFOAM, but could not find any
> documentation on this. I do know that the ParaView built in one has been
> improved in recent releases and seems to do all that I require of it. I
> tend to use RHEL6 systems and I believe that the OpenFOAM only support an
> older version of ParaView on these systems, so I rarely use paraFOAM.
>
> I tend to use ParaView 4.4 but have not done any timings with it yet.
> There is also a version of 4.4 with the OpenGL 2 backend that may be faster.
>
> Ron
>
>
>
>
>
>
>
> *From:* Leonard Cassady [mailto:lenny at intuitivemachines.com]
> *Sent:* 02 October 2015 13:27
> *To:* Fowler, Ronald (STFC,RAL,SC)
>
> *Cc:* paraview at paraview.org
> *Subject:* Re: [Paraview] Correctly Parallel Processing of OpenFoam
> results using pvserver
>
>
>
> Hi,
>
>
>
>   I didn't realize that there are 2 different extensions for OpenFOAM
> projects.  I also didn't realize that Paraview had a native OpenFoam
> reader.  What functionality (normally supplied by OpenFOAM paraFoam ) is
> lost when using Paraview without starting with paraFoam?  I'm asking
> because I've heard that ParaView 4.4 is extremely fast and would like to
> test it out with OpenFoam files but not paraFoam.
>
>
>
> Thanks
>
>
>
> On Thu, Oct 1, 2015 at 7:44 PM, <ronald.fowler at stfc.ac.uk> wrote:
>
> Hi,
> It is simple to create a .foam file; just do "touch xxx.foam" in the
> working directory. Then point ParaView at that file and it will use the
> builtin openFoam reader which should offer the reconstructed/decomposed
> option. The empty file just tells ParaView which reader to use based on the
> extension.
> Ron
>
>
> ________________________________
> From: ParaView [paraview-bounces at paraview.org] on behalf of Leonard
> Cassady [lenny at intuitivemachines.com]
> Sent: 30 September 2015 21:50
> To: David E DeMarle
> Cc: paraview at paraview.org
> Subject: Re: [Paraview] Correctly Parallel Processing of OpenFoam results
> using pvserver
>
> David,
>
>    I do not have a chooser for "case type".  I found a web page that shows
> the "case type" chooser.  They were opening a .foam file.  I have .OpenFOAM
> case.
>
>    Should I consider converting the foam to VTK?
>
>
>
> On Wed, Sep 30, 2015 at 2:59 PM, David E DeMarle <dave.demarle at kitware.com
> <mailto:dave.demarle at kitware.com>> wrote:
> Looping the list back in to the thread.
>
> Look on the properties panel when you open the file and before you hit
> "Apply" look for a chooser for "Case Type". The default is "Reconstructed
> Case" so change it to "Decomposed Case".
>
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909<tel:518-881-4909>
>
> On Wed, Sep 30, 2015 at 3:51 PM, Leonard Cassady <
> lenny at intuitivemachines.com<mailto:lenny at intuitivemachines.com>> wrote:
> Dave,
>
> I don't know how to switch to decomposed type.
>
> Thanks,
>
>
> On Wed, Sep 30, 2015 at 2:47 PM, David E DeMarle <dave.demarle at kitware.com
> <mailto:dave.demarle at kitware.com>> wrote:
> As I recall, reconstructed means that the root node does all the work.
> Switch to decomposed type in the reader and let us know how it works then.
>
> thanks
>
>
>
> David E DeMarle
> Kitware, Inc.
> R&D Engineer
> 21 Corporate Drive
> Clifton Park, NY 12065-8662
> Phone: 518-881-4909<tel:518-881-4909>
>
> On Wed, Sep 30, 2015 at 3:35 PM, Leonard Cassady <
> lenny at intuitivemachines.com<mailto:lenny at intuitivemachines.com>> wrote:
> I'm attempting to use pvserver to accelerate the post-processing of my
> openfoam solution. I have a 48 core machine. I have correctly installed and
> compiled a parallel copy of paraview 4.1.0 with OpenFOAM 2.4.x. If I open a
> simple .obj file I can see that different parts of the surface are rendered
> using different processors. I can also see that the memory is shared among
> the parallel processes.
>
> When I open a reconstructed openFOAM solution with 20 million cells with
> paraview connected to 40 process pvserver, the image seems to be rendered
> (or processed) with only 1 processor. Is there a step that I'm missing to
> parallelize the reconstructed Openfoam data files for rendering?
>
> --
> Leonard Cassady PhD
> Senior Development Engineer
> Intuitive Machines
> Cell: 281-755-2553<tel:281-755-2553>
>
> _______________________________________________
> Powered by www.kitware.com<http://www.kitware.com>
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
>
>
>
>
> --
> Leonard Cassady PhD
> Senior Development Engineer
> Intuitive Machines
> Cell: 281-755-2553<tel:281-755-2553>
>
>
>
>
>
> --
> Leonard Cassady PhD
> Senior Development Engineer
> Intuitive Machines
> Cell: 281-755-2553
>
>
>
>
>
> --
>
> Leonard Cassady PhD
>
> Senior Development Engineer
>
> Intuitive Machines
>
> Cell: 281-755-2553
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://public.kitware.com/mailman/listinfo/paraview
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20151002/11ab5879/attachment.html>