[Paraview] ParaView 4.3.1 client runs X out of memory

Jeff Becker jeffrey.c.becker at nasa.gov
Fri May 22 17:20:26 EDT 2015


On 05/22/2015 01:38 PM, Burlen Loring wrote:
> Hi Jeff,
>
> It really sounds like you are unintentionally using X forwarding. It 
> could be baked into your ssh config or a bash alias.

After some digging, it appears X forwarding is configured on in our ssh 
config. I got it to work by explicitly using ssh -x. Thanks for your help.

-jeff
>> I see the window with the gears
> if you are really doing remote rendering, you won't see the window.
>
> you may be able to confirm accidental X forward using ssh with -vv 
> option. there would be a bunch of X connection messages if it was in use.
>
> also output of glxinfo may have some useful info. When I have remote 
> rendering setup I see
>
>     name of display: :0.0
>     display: :0  screen: 0
>     direct rendering: Yes
>
> with ssh -X
>
>     name of display: localhost:10.0
>     display: localhost:10  screen: 0
>     direct rendering: No (If you want to find out why, try setting
>     LIBGL_DEBUG=verbose)
>
> Burlen
>
> On 05/22/2015 12:10 PM, Jeff Becker wrote:
>> On 05/22/2015 07:28 AM, Utkarsh Ayachit wrote:
>>> Jeff,
>>>
>>> Can you make sure the "Remote Render Threshold" is set to 0?
>> It is
>>>
>>> Also, do you have an X server running (and accessible) on the backend
>>> nodes? You're not using "ssh -X" to login to the backend nodes, right?
>>
>> I do start an X server on the backend (and I don't use ssh -X). 
>> However, when I test the configuration using glxgears,
>> I see the window with the gears but they don't turn even though the 
>> app tells me how many frames
>> it rendered every 5 seconds.
>>
>> My setup goes from my desktop (with GPU) through a front-end node 
>> (without GPU) to the backend (with GPU). Maybe some additional 
>> configuration is needed.
>>
>> It seems like I need to get glxgears working properly before I try 
>> Paraview. What should I try? Thanks.
>>
>> -jeff
>>>
>>> On Thu, May 21, 2015 at 4:54 PM, Jeff Becker 
>>> <jeffrey.c.becker at nasa.gov> wrote:
>>>> Hi. I created a VTK unstructured grid (.vtu) file for a 500 by 500 
>>>> by 500
>>>> point data set. In order to visualize it, I fire up 8 pvservers on 
>>>> my GPU
>>>> multicore backend node using:
>>>>
>>>>   mpirun -np 8 pvserver --client-host=XXX --use-offscreen-rendering
>>>>
>>>> and connect to the root server from my ParaView client. I then open 
>>>> my vtu
>>>> file and hit apply, I can see the file gets read in, and then 
>>>> nothing much
>>>> else happens except X on my client grows to fill all of memory, and my
>>>> client system (my desktop) becomes unusable. I'm guessing that the 
>>>> client is
>>>> getting overwhelmed with X requests.
>>>>
>>>> What am I doing wrong, and how to fix?
>>>>
>>>> Thanks.
>>>>
>>>> -jeff
>>>> _______________________________________________
>>>> 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
>>
>> _______________________________________________
>> 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/20150522/48aadde9/attachment.html>


More information about the ParaView mailing list