<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
questions:<br>
So how much ram is on this system?<br>
How many arrays are you loading? If memory is an issue you may get
by by loading only one (or fewer) of them.<br>
What command line are you using to start the server?<br>
<br>
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').<br>
<br>
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.<br>
<br>
multicore would disable remote rendering , according to a recent
post on the mail list.<br>
<br>
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.<br>
<br>
<div class="moz-cite-prefix">On 06/19/2014 01:26 PM, jean mensa
wrote:<br>
</div>
<blockquote
cite="mid:CAKtPhBLCKMY8myubA6VrQggopGLxdvhfVP94wT0GG0knDwL6xQ@mail.gmail.com"
type="cite">
<div dir="ltr">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...
<div>
<br>
<br>
On Thu, Jun 19, 2014 at 4:17 PM, Burlen Loring <<a
moz-do-not-send="true" href="mailto:bloring@lbl.gov">bloring@lbl.gov</a>>
wrote:<br>
><br>
> The server seems to load the dataset properly but no
image is shown on the client.<br>
><br>
> 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?<br>
><br>
><br>
><br>
> On 06/19/2014 12:53 PM, jean mensa wrote:<br>
><br>
> 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.<br>
><br>
><br>
><br>
> On Thu, Jun 19, 2014 at 3:40 PM, Burlen Loring <<a
moz-do-not-send="true" href="mailto:bloring@lbl.gov">bloring@lbl.gov</a>>
wrote:<br>
>><br>
>> 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?<br>
>><br>
>><br>
>> On 06/19/2014 12:29 PM, Burlen Loring wrote:<br>
>><br>
>> 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?<br>
>><br>
>> On 06/19/2014 12:18 PM, jean mensa wrote:<br>
>><br>
>> 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?<br>
>> Thanks,<br>
>><br>
>><br>
>> On Thu, Jun 19, 2014 at 3:08 PM, Burlen Loring <<a
moz-do-not-send="true" href="mailto:bloring@lbl.gov">bloring@lbl.gov</a>>
wrote:<br>
>>><br>
>>> Jean,<br>
>>><br>
>>> 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.<br>
>>><br>
>>> Burlen<br>
>>><br>
>>><br>
>>> On 06/19/2014 11:46 AM, jean mensa wrote:<br>
>>><br>
>>> 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?<br>
>>> j<br>
>>><br>
>>><br>
>>> On Thu, Jun 19, 2014 at 2:14 PM, Burlen Loring
<<a moz-do-not-send="true" href="mailto:bloring@lbl.gov">bloring@lbl.gov</a>>
wrote:<br>
>>>><br>
>>>> 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.<br>
>>>><br>
>>>> You need to set up client server connection.<br>
>>>><br>
>>>> <a moz-do-not-send="true"
href="http://www.paraview.org/Wiki/Reverse_connection_and_port_forwarding">http://www.paraview.org/Wiki/Reverse_connection_and_port_forwarding</a><br>
>>>> <a moz-do-not-send="true"
href="http://www.paraview.org/Wiki/ParaView:Server_Configuration">http://www.paraview.org/Wiki/ParaView:Server_Configuration</a><br>
>>>> <a moz-do-not-send="true"
href="http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server">http://www.paraview.org/Wiki/Setting_up_a_ParaView_Server</a><br>
>>>> <a moz-do-not-send="true"
href="http://www.paraview.org/Wiki/ParaView_And_Mesa_3D">http://www.paraview.org/Wiki/ParaView_And_Mesa_3D</a><br>
>>>><br>
>>>><br>
>>>><br>
>>>><br>
>>>> On 06/19/2014 10:33 AM, jean mensa wrote:<br>
>>>><br>
>>>> Hi all,<br>
>>>> 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?<br>
>>>> Thanks in advance,<br>
>>>><br>
>>>> --<br>
>>>> Jean A. Mensa<br>
>>>> Graduate Assistant<br>
>>>> University of Miami<br>
>>>> RSMAS - MPO<br>
>>>> 4600 Rickenbacker Causeway<br>
>>>> Miami, FL 33149-1098<br>
>>>><br>
>>>><br>
>>>>
_______________________________________________<br>
>>>> Powered by <a moz-do-not-send="true"
href="http://www.kitware.com">www.kitware.com</a><br>
>>>><br>
>>>> Visit other Kitware open-source projects at <a
moz-do-not-send="true"
href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a><br>
>>>><br>
>>>> Please keep messages on-topic and check the
ParaView Wiki at: <a moz-do-not-send="true"
href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a><br>
>>>><br>
>>>> Follow this link to subscribe/unsubscribe:<br>
>>>> <a moz-do-not-send="true"
href="http://public.kitware.com/mailman/listinfo/paraview">http://public.kitware.com/mailman/listinfo/paraview</a><br>
>>>><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Jean A. Mensa<br>
>>> Graduate Assistant<br>
>>> University of Miami<br>
>>> RSMAS - MPO<br>
>>> 4600 Rickenbacker Causeway<br>
>>> Miami, FL 33149-1098<br>
>>><br>
>>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Jean A. Mensa<br>
>> Graduate Assistant<br>
>> University of Miami<br>
>> RSMAS - MPO<br>
>> 4600 Rickenbacker Causeway<br>
>> Miami, FL 33149-1098<br>
>><br>
>><br>
>><br>
><br>
><br>
><br>
> --<br>
> Jean A. Mensa<br>
> Graduate Assistant<br>
> University of Miami<br>
> RSMAS - MPO<br>
> 4600 Rickenbacker Causeway<br>
> Miami, FL 33149-1098<br>
><br>
><br>
<br>
<br>
<br>
--<br>
Jean A. Mensa<br>
Graduate Assistant<br>
University of Miami<br>
RSMAS - MPO<br>
4600 Rickenbacker Causeway<br>
Miami, FL 33149-1098</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Powered by <a class="moz-txt-link-abbreviated" href="http://www.kitware.com">www.kitware.com</a>
Visit other Kitware open-source projects at <a class="moz-txt-link-freetext" href="http://www.kitware.com/opensource/opensource.html">http://www.kitware.com/opensource/opensource.html</a>
Please keep messages on-topic and check the ParaView Wiki at: <a class="moz-txt-link-freetext" href="http://paraview.org/Wiki/ParaView">http://paraview.org/Wiki/ParaView</a>
Follow this link to subscribe/unsubscribe:
<a class="moz-txt-link-freetext" href="http://public.kitware.com/mailman/listinfo/paraview">http://public.kitware.com/mailman/listinfo/paraview</a>
</pre>
</blockquote>
<br>
</body>
</html>