[Paraview] Problems with rendering/interacting with a large-ish volume data set...

Sebastien Jourdain sebastien.jourdain at kitware.com
Sat Dec 15 11:11:11 EST 2012


Thanks Brian,

I'll see what we can do about it.

Seb


On Fri, Dec 14, 2012 at 7:08 PM, Brian Corrie <bcorrie at sfu.ca> wrote:

> Hi Seb,
>
> I have asked the researcher, but in the mean time one can create the
> problem by simply generating a file of dimension 698x693x665 (Zeros.raw)
> with all Zeros in it. It seems to be independent of what is in the data
> file...
>
> I load it with the "Raw (binary) Files" reader setting the dimensions as
> appropriate and scalar type to unsigned char. I then apply the Threshold
> filter as in the attached image and voila, I get the memory usage pattern
> from the second image.
>
> I can give you the Zeros file, but it is probably faster to generate it
> than download. Let me know if you want the file... 8-)
>
> Brian
>
>
> On 14/12/2012 2:33 PM, Sebastien Jourdain wrote:
>
>> This definitely seems to be a set of bugs.
>> Can you share your data privately with us ? So we can track that down ?
>>
>> Thanks,
>>
>> Seb
>>
>>
>> On Fri, Dec 14, 2012 at 4:26 PM, Brian Corrie <bcorrie at sfu.ca
>> <mailto:bcorrie at sfu.ca>> wrote:
>>
>>     Hello all,
>>
>>     I was wondering if someone could provide me with some advice. I am
>>     trying to work with a large-ish (not really that large) volume data
>>     set. It is a 698x69x665 unsigned byte data set (~320MB).
>>
>>     When working with Paraview (3.98.0-RC1) operations on the data set
>>     are quite cumbersome and relatively simple operations cause all
>>     sorts of havoc. I am wondering if there is something odd with my set
>>     up or are my expectations of interacting with a largeish volume data
>>     set too high. The specs for my workstation are:
>>
>>     Windows 7 Pro, 64 bit, 2 X5690 processors (12 cores) at 3.47 GHz, 24
>>     GB of memory, nVidia Quadro 6000 graphics card. Pretty loaded...
>>
>>     Rendering the data set with surface or volume is relatively
>>     interactive. When I try to apply other common filters (clip,
>>     threshold, isosurface) strange things occur:
>>
>>     1) Applying a Clip filter causes Paraview to eventually consume 100%
>>     of the memory on my machine (24 GB). The computation of the filter
>>     runs forever, and I essentially have to kill off Paraview (the
>>     filter application doesn't complete after waiting several minutes).
>>
>>     2) Applying a Threshold filter causes the same to occur. Basically
>>     causes memory usage to climb to 100% (24 GB). The filter never
>>     completes (at least not before my patience runs out 8-)
>>
>>     3) Applying a Contour threshold works but strange things happen
>>     after isosurface creation. It creates a large polygon mesh (9M
>>     cells). With that said, memory footprint is still quite small. When
>>     interacting it renders using LOD so it is interactive. When I stop
>>     interacting it takes a couple of seconds to render at full
>>     resolution and another two seconds or so after it reaches full
>>     resolution LOD before I can interact with the application again.
>>     Approximately 4 seconds between stopping one interaction with the
>>     visualization (e.g. rotating the model) and being able to interact
>>     with the application again. Performance/interaction wise that is OK.
>>     The main problem is that only half the data set is rendered (see the
>>     image attached) at full LOD. There is no clip plane in the pipeline
>>     and yet half the data is missing in the display. The image should be
>>     a full sphere. When rendered at the lower LOD the entire data set is
>>     displayed, when rendered at full LOD the data is not.
>>
>>     The above does not seem normal. The data set is large, but not huge.
>>     I certainly wouldn't expect the memory usage to spike to 24 GB and
>>     the rendering with the isosurface is very odd.
>>
>>     Any advice from more experienced Paraview users? Should I get better
>>     performance/results? I would have thought so, are my expectations
>>     our to lunch? Or is this a bug that I should report?
>>
>>     Brian
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>     ______________________________**_________________
>>     Powered by www.kitware.com <http://www.kitware.com>
>>
>>
>>     Visit other Kitware open-source projects at
>>     http://www.kitware.com/**opensource/opensource.html<http://www.kitware.com/opensource/opensource.html>
>>
>>     Please keep messages on-topic and check the ParaView Wiki at:
>>     http://paraview.org/Wiki/**ParaView<http://paraview.org/Wiki/ParaView>
>>
>>     Follow this link to subscribe/unsubscribe:
>>     http://www.paraview.org/**mailman/listinfo/paraview<http://www.paraview.org/mailman/listinfo/paraview>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20121215/d4662c93/attachment.htm>


More information about the ParaView mailing list