[Paraview] Memory issue for remote visualization

[Joachim Pouderoux]

Dennis,

I guess in this case, the memory inspector shows the process memory limit
(RLIMIT_AS) and not the system memory size.
Did you consider the use of `ulimit`?
You can calling something like: ulimit -u unlimited

Best,
Joachim

*Joachim Pouderoux*, PhD

*Technical Expert - Scientific Computing Team*
*Kitware SAS <http://www.kitware.fr>*


2017-12-06 16:26 GMT-04:00 Dennis Conklin <dennis_conklin at goodyear.com>:

> All,
>
>
>
> As we start down the road to parallel visualization, our first baby steps
> are to try remote visualization.
>
>
>
> In Redhat, I ssh onto a node with ~30 gigs of memory available (free -m)
> I start pvserver.
>
> Back on my machine I launch paraview541 and connect to the server.  The
> Memory Inspector shows 2.1 GB of total system ram on the server.
>
> If I try to load a model of any size, the server bombs on a segmentation
> error (memory).
>
>
>
> If I log onto the remote node with 30 GB free memory, I can only run
> standalone paraview if I use the –mesa-llvm command line.   When I do
> this,  Memory Inspector in standalone Paraview says there is only 2.1 GB of
> total system memory.
>
>
>
> Am I missing something – I don’t see  how this is ever going to work if
> neither a remote paraview or a remote pvserver can see and/or access the
> available free memory on the remote machine.
>
>
>
> Thanks for any hints
>
>
>
> Dennis
>
> _______________________________________________
> 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/20171209/acf46041/attachment.html>