[Paraview] memory load on client when running on server

[Burlen Loring]

questions:
So how much ram is on this system?
How many arrays are you loading? If memory is an issue you may get by by 
loading only one (or fewer) of them.
What command line are you using to start the server?

Can you start the client and server with --enable-bt on the respective 
command lines? This should print a stack trace during the crash. If it 
does send it to the list. If PV is killed because its out of memory this 
may have been logged (on linux: dmesg | egrep -i 'killed process').

about your original question: When in client server(not multicore) with 
the server running on a remote system and the client on your desktop, 
the client only has to display images rendered on the server. so very 
low load on the client side. If you're seeing a high load in that case , 
remote rendering is probably disabled, perhaps this is a bug.

multicore would disable remote rendering , according to a recent post on 
the mail list.

mulitcore the client and servers run on the same system and thus the X 
server load could in fact be coming from the server rather than the client.

On 06/19/2014 01:26 PM, jean mensa wrote:
> it's the crash. The server loads about 8GB of data and then it idles. 
> The status bar also shows that the vtkUnstructuredGridReader is 
> loading the dataset and it reaches 100% without giving any errors. The 
> problem seems to be displaying the data...
>
>
> On Thu, Jun 19, 2014 at 4:17 PM, Burlen Loring <bloring at lbl.gov 
> <mailto:bloring at lbl.gov>> wrote:
> >
> > The server seems to load the dataset properly but no image is shown 
> on the client.
> >
> > OK, so is this the crash or a new issue? If there's no image how 
> could you tell the server loaded the dataset correctly?
> >
> >
> >
> > On 06/19/2014 12:53 PM, jean mensa wrote:
> >
> > same result. I disabled multicore and I was already using 0MB remote 
> rendering threshold. I have tried with paraview on both linux and 
> macosx. The server seems to load the dataset properly but no image is 
> shown on the client.
> >
> >
> >
> > On Thu, Jun 19, 2014 at 3:40 PM, Burlen Loring <bloring at lbl.gov 
> <mailto:bloring at lbl.gov>> wrote:
> >>
> >> Ug. you're using the multicore option to start the servers! I 
> believe that this forces remote rendering off. That would explain your 
> issues. Could you try duisabling the multi core option and start your 
> servers manually?
> >>
> >>
> >> On 06/19/2014 12:29 PM, Burlen Loring wrote:
> >>
> >> OK, one possibility is that it may be related to remote rendering 
> settings. Under menu Edit->Settings->Render View->Server there is a 
> remote render threshold. I always set this to 0 bytes to ensure remote 
> parallel rendering. What's yours set to?
> >>
> >> On 06/19/2014 12:18 PM, jean mensa wrote:
> >>
> >> Sorry, I didn't explain it properly. I have already tried to 
> connect to a pvserver from a GUI running on the client (without an ssh 
> connection then) but it also drains the memory on Xorg. What is the 
> load supposed to be on a client-pvserver connection?
> >> Thanks,
> >>
> >>
> >> On Thu, Jun 19, 2014 at 3:08 PM, Burlen Loring <bloring at lbl.gov 
> <mailto:bloring at lbl.gov>> wrote:
> >>>
> >>> Jean,
> >>>
> >>> What you describe is expected. X forwarding doesn't work well for 
> visualizing large datasets. The point is : don't use X forwarding. The 
> links show how to configure the client server connection without X 
> forwarding. Make sure that there is no -X on the ssh command line.
> >>>
> >>> Burlen
> >>>
> >>>
> >>> On 06/19/2014 11:46 AM, jean mensa wrote:
> >>>
> >>> When I do that Xorg process on the client drains the memory up 
> until it crashes. The connection I think is properly established since 
> it works fine for smaller datasets. What should the load on the client 
> be in that case?
> >>> j
> >>>
> >>>
> >>> On Thu, Jun 19, 2014 at 2:14 PM, Burlen Loring <bloring at lbl.gov 
> <mailto:bloring at lbl.gov>> wrote:
> >>>>
> >>>> Yes, this is expected. The OpenGL calls get piped to your local 
> system. This includes data like vertices and colors as well. X 
> forwarding doesn't give good performance and with large data it may 
> not even be feasible.
> >>>>
> >>>> You need to set up client server connection.
> >>>>
> >>>> http://www.paraview.org/Wiki/Reverse_connection_and_port_forwarding
> >>>> http://www.paraview.org/Wiki/ParaView:Server_Configuration
> >>>> http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server
> >>>> http://www.paraview.org/Wiki/ParaView_And_Mesa_3D
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> On 06/19/2014 10:33 AM, jean mensa wrote:
> >>>>
> >>>> Hi all,
> >>>> I have a rather large unstructured pvtu dataset (about 4 million 
> points) which I am visualizing on a remote server. I am running the 
> paraview GUI (with the multicore option) on the server and I connect 
> to it via ssh sharing the X server. In this way I can control the GUI 
> running on the serve. I thought that with this configuration I would 
> only receive a screenshot of the window and no actual data from 
> paraview but the client seems to share at least some of the load of 
> the visualization. Is this the expected behaviour? How can I avoid 
> loading data on the client side?
> >>>> Thanks in advance,
> >>>>
> >>>> --
> >>>> Jean A. Mensa
> >>>> Graduate Assistant
> >>>> University of Miami
> >>>> RSMAS - MPO
> >>>> 4600 Rickenbacker Causeway
> >>>> Miami, FL 33149-1098
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> 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
> >>>>
> >>>> Follow this link to subscribe/unsubscribe:
> >>>> http://public.kitware.com/mailman/listinfo/paraview
> >>>>
> >>>>
> >>>
> >>>
> >>>
> >>> --
> >>> Jean A. Mensa
> >>> Graduate Assistant
> >>> University of Miami
> >>> RSMAS - MPO
> >>> 4600 Rickenbacker Causeway
> >>> Miami, FL 33149-1098
> >>>
> >>>
> >>
> >>
> >>
> >> --
> >> Jean A. Mensa
> >> Graduate Assistant
> >> University of Miami
> >> RSMAS - MPO
> >> 4600 Rickenbacker Causeway
> >> Miami, FL 33149-1098
> >>
> >>
> >>
> >
> >
> >
> > --
> > Jean A. Mensa
> > Graduate Assistant
> > University of Miami
> > RSMAS - MPO
> > 4600 Rickenbacker Causeway
> > Miami, FL 33149-1098
> >
> >
>
>
>
> --
> Jean A. Mensa
> Graduate Assistant
> University of Miami
> RSMAS - MPO
> 4600 Rickenbacker Causeway
> Miami, FL 33149-1098
>
>
> _______________________________________________
> 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
>
> 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/20140619/989ec122/attachment.html>