[Paraview] memory load on client when running on server

Thu Jun 19 18:05:14 EDT 2014

I am running the 4.0.1, I will upgrade to 4.1. In the meantime it follows
the dataset (~1GB).
https://drive.google.com/file/d/0B2rIXNfrsOf8M054bzFNSmo3UU0/edit?usp=sharing
Thanks for helping,
j

On Thu, Jun 19, 2014 at 5:42 PM, Burlen Loring <bloring at lbl.gov> wrote:

>  Could you share the dataset? Maybe I can reproduce the issue.
>
> Which version of PV are you using? You're not using the latest(4.1) if
> --enable-bt isn't there.  Upgrading to 4.1 may help...
>
>
> On 06/19/2014 02:10 PM, jean mensa wrote:
>
> The server has about 16GB of ram, while the client has 8GB. I am loading
> only one array and I am starting the server with a simple 'pvserver' then I
> establish the connection manually from PV which I start simply calling
> 'paraview'.
>
>  --enable-bt is not a valid option but dmesg does show a segfault: at-spi-bus-laun[17239]:
> segfault at 968 ip 0000003e4e425321 sp 00007fff9770a040 error 4 in
> libX11.so.6.3.0
> I don't think that this can be the problem though because the same
> excessive memory load happens on the client mac with no crash and a
> different version of X (XQuartz).
>
>  in the case of remote rendering I should see a black window coming from
> pvserver where the dataset should be displayed, right? well I see the
> window but nothing gets rendered on it... if remote rendering is disabled
> do I still see the window?
> j
>
>
> On Thu, Jun 19, 2014 at 4:43 PM, Burlen Loring <burlen.loring at gmail.com>
> wrote:
>
>>  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> 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> 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>
>> 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>
>> 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
>> >>>>
>> >>>> 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
>>
>>
>>
>
>
>  --
> *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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/paraview/attachments/20140619/b4959670/attachment-0001.html>