Great thanks for the rdav pointer.
On Nov 3, 2011, at 10:01 PM, burlen wrote:
Hi Amit,
You should start by checking out the documentation on the wiki,
http://paraview.org/Wiki/ParaView#Server_Setup
Also take a look at how it was set up at RDAV
Mesa Build:
Using Burlen's helpful tips I have moved to another step
The cluster I was compiling on had python2.4.x which is not compatible
with some stuff in mesa7.11.
I found another build of python on the cluster which I ended up using to
solve build problems. I wish mesa provided a mechanism
Hi Amit,
Boost is very easy to install, it's only an un tar. Then you can point
PV to it with -DBOOST_ROOT on your cmake command line.
Does cmake really check environment variables for open gl and mpi paths?
It's possible however, I've always passed them on the command line. That
may be
I agree with Burlen, make sure you're passing in everything as -D
arguments. Also I would start with a clean build if the mapreduce error
wont go away.
On Thu, Nov 3, 2011 at 12:13 PM, Burlen Loring blor...@lbl.gov wrote:
Hi Amit,
Boost is very easy to install, it's only an un tar. Then you
David and Burlen,
Yes, the environment variables needs to be passed throught -D (doh!).
The build completed after changing to a different MPI, I have another build
compiling with boost libraries which seems to be chugging along well.
I tried `mpirun –np 4 pvserver` which seems to be listening
Hi Amit,
You should start by checking out the documentation on the wiki,
http://paraview.org/Wiki/ParaView#Server_Setup
Also take a look at how it was set up at RDAV
https://wiki-rdav.nics.tennessee.edu/index.php/Using_ParaView_on_Nautilus_and_Kraken
Then let us know if you have specific
Hello,
I am trying to compile paraview for general usage on one of our clusters at
SDSC.
I wanted to ask what are the common paraview installation practices that are
useful for general purpose. I would certainly need to compile the paraview
server
1. Do I compile paraview with OSMesa or
Hi Amit,
1. Do I compile paraview with OSMesa or Xlib? (X is available on the cluster,
will this require X on client?). Is it better to avoid X?
The client and server are separate apps and can be compiled
independently. If you have graphics hardware on your cluster you will
want to use this
One thing I should clarify:
When I said the client and server apps can be compiled independently, I
meant with respect to X11/and OpenGL options. You will need to be aware
that other build options are not as flexible. For instance if you want
your users to be able to use binaries from
Burlen,
Thanks for your explanations, they help me quite a bit.
We don¹t have graphics hardware on the cluster. Although I am not sure if
the graphics part in Sandy Bridge processors is suitable for some tasks.
It would be worth exploring if these part can provide better efficiency
than mesa.
10 matches
Mail list logo
