[Paraview] Performance Test: Gpu vs. Cpu Rendering

[Moreland, Kenneth]

In that case, I recommend that you those three GPU nodes plus any number of CPU nodes that make sense (with one MPI process per core).  ParaView will distribute the rendering over all the nodes, GPU and CPU, even though you will only see output on those 6 processes.  If your CPU nodes are set up similarly to your GPU nodes, that is with X hosts and OpenGL drivers, you just run all the processes the same.  If your CPUs don't have X host, you can still perform rendering with Mesa 3D.  In that case you'll need to use different pvserver executables for each.  ParaView won't actually understand the heterogeneity of your system, which will lead to some load imbalance, but not so much that I would bother to worry about it.

Does that answer your question?

-Ken

   ****      Kenneth Moreland
    ***      Sandia National Laboratories
***********
*** *** ***  email: kmorel at sandia.gov
**  ***  **  phone: (505) 844-8919
    ***      web:   http://www.cs.unm.edu/~kmorel

From: Onat Yiğit Mercan <onat.mercan at be.itu.edu.tr<mailto:onat.mercan at be.itu.edu.tr>>
Date: Sat, 27 Aug 2011 02:37:39 +0300
To: Kenneth Moreland <kmorel at sandia.gov<mailto:kmorel at sandia.gov>>, "paraview at paraview.org<mailto:paraview at paraview.org>" <paraview at paraview.org<mailto:paraview at paraview.org>>
Subject: Re: [Paraview] Performance Test: Gpu vs. Cpu Rendering

Sorry, I should be more clear. The system has 3 servers which are HP xw8600 workstations (http://h20331.www2.hp.com/Hpsub/downloads/xw8600_xw6600_FAQ_hi_res.pdf). Each of them has 1 gpu (nvidia quadro fx 5600 with 2 dvi connectors). There is only one cluster. Sorry about the confusion.

I run 2 process for each gpu to achieve tiled display.

2011/8/26 Moreland, Kenneth <kmorel at sandia.gov<mailto:kmorel at sandia.gov>>
Sorry, but I'm confused by the question.

You say you have a display comprising 6 screens.  Your rendering cluster
has 3 nodes each with 1 GPU.  How do you get a signal to all 6 screens
with only 3 GPU's?  Does each GPU have a dual output that can drive two
screens?  If so, are the two screens treated as one so that one window
from one MPI process covers both, or do you have to run two MPI processes
per GPU node to drive both screens?

You also say that you have nodes with only CPU's in them.  How many do you
have?  And how are they connected to the GPU nodes?  Are they two totally
separate clusters or all they all part of the same cluster and the GPU
nodes are just three special nodes in a larger cluster?

-Ken

  ****      Kenneth Moreland
   ***      Sandia National Laboratories
***********
*** *** ***  email: kmorel at sandia.gov<mailto:kmorel at sandia.gov>
**  ***  **  phone: (505) 844-8919<tel:%28505%29%20844-8919>
   ***      web:   http://www.cs.unm.edu/~kmorel




On 8/25/11 4:58 PM, "onat.mercan at be.itu.edu.tr<mailto:onat.mercan at be.itu.edu.tr>"
<onat.mercan at be.itu.edu.tr<mailto:onat.mercan at be.itu.edu.tr>> wrote:

>Hello,
>
>I am working on blood flow visualization of cartoid artery. We have a
>display wall which has 6 screens (2rows*3columns) and our system has 3
>rendering servers (each of them has 1 gpu). As far as i know using tiled
>screen mode let Paraview render on gpus and we can see the animation on
>the screens and on cpu rendering mode, the only animation happens on
>remote computer which is connected to servers.Is there any chance to see
>animation on the screens while rendering on cpus because at the
>performance comparison step, i see that cpu rendering has 25% rating than
>gpu rendering (performance test has been done for 3gpus vs 3cpus/cores).
>If you think that my problem is irrevelant to compare cpu and gpu
>performances, what do you suggest?
>
>
>--
>This message has been scanned for viruses and
>dangerous content by MailScanner, and is
>believed to be clean.
>
>_______________________________________________
>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://www.paraview.org/mailman/listinfo/paraview
>


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20110827/d4ec747d/attachment.htm>