<div dir="ltr">Utkarsh,<div><br></div><div>I appreciate your response. I spent this past week first trying to get the X Server running and it seems it never worked so I gave up on that and have turned to building ParaView with the Llvm CPU Rendering option enabled. It's taken me a while but I believe I have all the dependencies installed including OSMesa 9.2.2 but I don't know what to make of the CMakeLists.txt file. The wiki isn't too clear on this part and I have no experience with CMake. </div><div><br></div><div>I copied the CMakesList.txt that comes with the source files for ParaView4.0.1 to a new source directory and have also created a new directory for my build and followed the advice to point the ccmake to the source while in my new build directory. I get a EMPTY CACHE message </div><div><br></div><div>The following ling under the <span style="color:rgb(0,0,0);font-family:sans-serif;line-height:19.0499992370605px">Configuring ParaView for use with OSMesa, there is a script but I don't know what to do with that. I assumed I would need to apply it to the CMakeList.txt but the variables seem different than what I am seeing in the second link below in the </span><span style="color:rgb(0,0,0);font-family:sans-serif;line-height:19.0499992370605px">Configure ParaView With CMake on Unix - the image in that section shows different variables and no description on how to apply the Llvm stuff or it may and it's going over my head.</span></div><div><a href="http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D">http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D</a><br></div><div><a href="http://www.paraview.org/Wiki/ParaView:Build_And_Install">http://www.paraview.org/Wiki/ParaView:Build_And_Install</a><br></div><div><br></div><div>Could you give me some advice on how to use CMake so I can get a version of Paraview with OSMesa Llvm as the source for rendering? Appreciate any advice!</div><div><br></div><div>Thanks!</div><div class="gmail_extra">Noah</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 8:07 AM, Utkarsh Ayachit <span dir="ltr"><<a href="mailto:utkarsh.ayachit@kitware.com" target="_blank">utkarsh.ayachit@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Are you using x forwarding when you connect to these machines? What is<br>
localhost:10.0 display to? Try running some other X-based application<br>
like gvim, or glxgears etc. and see where that window pops up. If it's<br>
popping up on your laptop, you're using X forwarding. Every render on<br>
the server will then be forwarding X calls to your laptop and that<br>
would explain the slow down.<br>
<br>
If there an X server running on the "remote site"? If so, check with<br>
your sysadmin to get access to that X if possible. If not, you'll need<br>
to recoming with OSMesa, I am afraid.<br>
<br>
Utkarsh<br>
<div><div class="h5"><br>
On Wed, May 20, 2015 at 1:07 AM, Noah Taylor <<a href="mailto:haonrolyat@gmail.com">haonrolyat@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> I am using ParaView 4.0.1 since I developed a python script for<br>
> interpretation on this version. I am able to run ParaView fine on my local<br>
> Ubuntu Desktop. I have setup an EC2 AWS instance both a GPU and a CPU<br>
> instance both running Ubuntu but they both are giving me the same problem of<br>
> very very slow rendering for each time step with the offscreen rendering<br>
> option turned on. I also run into this problem on a Unix supercomputer I am<br>
> trying to run my code on. On my local machine it takes less than a second<br>
> for each time step I am rendering to be outputted with the same settings and<br>
> I am not spinning anything  up like pvserver - on the node instances I have,<br>
> it is taking well around a minute or probably more for each frame.<br>
><br>
> I have read through a lot of similar issues and the documentation for X<br>
> connections but I am not having any luck. The default DISPLAY is set to the<br>
> localhost:10.0 and I have tried changing that to the localhost:0.0 but it<br>
> gives me the bad -X connection error. From there, I followed previous<br>
> mailing list instructions and tried spinning up the pvserver (I don't know<br>
> why since I am not trying to serve anything just render frames) but I get an<br>
> error with the shared libraries that they're too short. I am using the<br>
> default downloadable version of 4.0.1 since I want to try and keep this as<br>
> simple as possible but I don't know if these have the mpi turned on by<br>
> default. Has anybody ran into this Bad X Connection issue and found an easy<br>
> way around it besides messing with the OSMesa and recompiling? I'd really<br>
> appreciate any pointers :)<br>
><br>
> Thanks,<br>
> Noah<br>
><br>
</div></div>> _______________________________________________<br>
> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
><br>
> Visit other Kitware open-source projects at<br>
> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
><br>
> Please keep messages on-topic and check the ParaView Wiki at:<br>
> <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
><br>
> Search the list archives at: <a href="http://markmail.org/search/?q=ParaView" target="_blank">http://markmail.org/search/?q=ParaView</a><br>
><br>
> Follow this link to subscribe/unsubscribe:<br>
> <a href="http://public.kitware.com/mailman/listinfo/paraview" target="_blank">http://public.kitware.com/mailman/listinfo/paraview</a><br>
><br>
</blockquote></div><br></div></div>