Remote Cluster Testing: Difference between revisions
From KitwarePublic
Jump to navigationJump to search
No edit summary |
|||
Line 10: | Line 10: | ||
*Sources/ Wavelet. Apply. Representation Surface. Color by RTData. Rotate Wavelet. Make sure that the edges of the Wavelet go somewhat rough (saw toothy). This means we really are rendering on the cluster. | *Sources/ Wavelet. Apply. Representation Surface. Color by RTData. Rotate Wavelet. Make sure that the edges of the Wavelet go somewhat rough (saw toothy). This means we really are rendering on the cluster. | ||
*While still on Wavelet, Filters/ Alphabetical/ ProcessID Scalars. This will paint by rendering process number. | *While still on Wavelet, Filters/ Alphabetical/ ProcessID Scalars. This will paint by rendering process number. | ||
=Cluster test with Source= | |||
*Read in some data. Make it simple, such as can.exo. Spin, spin. Play, play. | *Read in some data. Make it simple, such as can.exo. Spin, spin. Play, play. | ||
Latest revision as of 21:58, 14 December 2016
This page contains instructions on how to test ParaView running on a remote server or cluster. It is only a procedure for testing - it does not explain how to actually do the connection.
Test setup
- ParaView client needs to be running on a local computer, blade or workstation.
- Remote server needs to be running on the target server, with at least 2 (preferably 4) pvservers.
Cluster test with Source
- Edit/ Settings/ Render View/ Remove Render Threshold. Change this to 0, OK. This will force all future rendering to the target server, and not on the local client.
- Sources/ Sphere. Apply. Spin, spin. Delete.
- Sources/ Wavelet. Apply. Representation Surface. Color by RTData. Rotate Wavelet. Make sure that the edges of the Wavelet go somewhat rough (saw toothy). This means we really are rendering on the cluster.
- While still on Wavelet, Filters/ Alphabetical/ ProcessID Scalars. This will paint by rendering process number.
Cluster test with Source
- Read in some data. Make it simple, such as can.exo. Spin, spin. Play, play.
Tools to help debug
- When you qsub nodes, add a -e fileName and -o fileName. Then, error and normal output prints should go to these files.
- View/ Memory Inspector will tell you how much memory you are using.
- Help/ About/ Connection information will tell you the number of pvserver processes you have and how rendering is being done, along with other useful information.
- Edit/ Settings/ Advanced/ Render View/ Show Annotation will write some debugging information to the screen.