Application-specific remote visualization#

VisIt remote rendering on local client#

In VisIt, it is possible to configure a local client to automatically sumbit job on Liger instead of using the remote visualiser. This method can be quite convenient: the application will maintain its menus reactivity and graphics quality as a normal desktop program, while all the heavy image processing will be done in Liger. It can also result quite fast since only processed data (rather than the entire window) is passed from Liger to the client.

The configuration steps will refer to VisIt 3.1.4 - latest available version as of 12/07/2021

Install VisIt 3.1.4 on your local machine#

Client and server versions need to be same for compatibility issues. If you want to use a different version, make sure there is one corresponding on Liger.

Install VisIt 3.1.4 from the official website - download and follow the instructions for your computers' OS:

More instructions on this page:

Add default 'module load' for VisIt#

VisIt comes with a set of dependecies on Liger that can be loaded via the module command. In order to be able to resolve these dependencies when using the remote rendering from a local client, it is necessary to load the VisIt 3.1.4 module during the client-server connection. To do so, we can add the visit module to the default bash environment. - ssh to liger

ssh <username>
  • Append the following line at the end of the .bashrc file in your $HOME folder.
module load visit/3.1.4

You can use nano, vi or emacs editors

Configure the client#

Open the VisIt client on your machine. For Linux, using default installation path, you can run:


A VisIt GUI should be opened. If not, check your VisIt local installation.

Navigate to Options - Host Profiles. Then click on the New Host button and copy the following configuration settings (Important: change the path to /XF/Visit/3.1.4/Installation2 for XDMF support). Change username with you Liger login.

VisIt Host configuration

Once the SSH connection details are set, switch to the 'Launch Profiles' tab and create a New Profile with the folllowing settings:

VisIt Profile configuration

On the bottom view switch to the parallel tab and set the fields as follows:

VisIt profile parallel configuration

Click on Apply, close the window and make sure to click on Save settings under the Option menu. Without doing so, the remote host settings will disappear next time VisIt is booted.

Use the remote rendering profile#

When opening a file from VisIt, you will now be able to change Host (top dropdown menu) to liger. A password might be prompted to validate you connection (tip: add an SSH key lo Liger to avoid inserting the password each time).

If successful, your file manager will be redirected to your home space in Liger. You can now access all the files stored in Liger. An example is shown in the picture below.

VisIt file opening

Choose the number of cores from 1 to a maximum of 24 cores. Once you click OK, the job will be sumbitted on a visualizaion (viz) node in liger, given it has enough available. In the case of no space, the job will be queued as usual. You can monitor the job by launching Mysqueue from Liger.

Remote rendering options#

Visit can employ 2 different ways of remote rendering. The correct setting of the rendering options can be crucial for the performance of the visualisation.

Go to Options -> Rendering -> (tab)Advanced, the default settings should look like this:

VisIt rendering default options

  • When the "scalable rendering" option is enabled, the server will process the image geometry + rendering and send only the lightweight image to the client. As a consequence, when we use the 3D viewer to rotate, zoom or any other transformation will lead to a client-server comunication that will cause some delay. This delay can be reduced by enbaling image compression (Compress image -> check the Always option). with a typical ADSL connection of 10 Mbps download, this delay is less than a second (roughly 2Mb exchange) plus the time that the Liger node takes to process the image, roughly a couple of seconds depending on its size.

  • When the "scalable rendering" option is NOT enabled, the entire image geometry (i.e. all the points in a mesh) will be sent to the local VisIt client. This settings enables a much smoother image manipulation since the image is rendered locally and there are no client-server exchanges during the process.
    However, this option is unadvised for medium-large images: the entire geometry of the image could be large in size and take a very long time to be transferred to the client. The process can often crash during loading because of this. Moreover, your local machine might not have enough resources to process the image locally therefore leading to freezing and slow image transformations (single core + low memory processing).

The default option "Auto" will lead to scalable rendering only when the image exceeds 2M polygons. This limit is quite high and can often lead to the non-scalable rendering problem described in the second point.
It is suggested to lower the limit to 1000 Polygons and enable compression for best experience with medium-large images like in the image below:

VisIt rendering suggested options

Summarizing: for small images it is best to use non-scalable rendering for smooth transformations directly on the client machine.
For larger images it is best to enable scalable rendering to keep the processing entirely on the server and avoid long waiting times or crashes at the cost of small pauses when manipulating the image.
The settings in the image above are a good tradeoff between the 2 cases, but the limit can be increased if you have a good network and/or powerful computer.