Hi Andrey,<br><br>For 1), you need to pass pvserver a .pvx file on the command line. You can put the pvx filename at the very end of the pvserver command line. The pvx file should contain the hostname or IP address of each pvserver process. So if there will be two pvserver processess running on the machines myserverhost0 and myserverhost1, then the pvx file would look like:<br>
<br><?xml version="1.0" ?><br><pvx><br> <Process Type="server"><br> <Machine Name="myserverhost0" /><br> <Machine Name="myserverhost1" /><br> </Process><br>
</pvx><br><br>When you have this pvx file, the pvserver to send these hostnames to the coprocessor, this allows the coprocessor nodes to know which hosts they should connect to. You also need to make sure that your cpscript.py contains the right hostname for the pvserver root process. So the cpscript would contain:<br>
<br>host = "myserverhost0"<br>port = 22222<br><br>Also, make sure you have the latest commits in the live-data branch on github, because I added a fix related to this pvx file.<br><br><br>For 2), the coprocessor code can send any type of dataset to the pvserver, so unstructured grid should be fine. But, if you are doing a data aggregation step on the coprocessor, then that code has only been implemented for vtkPolyData. For example, if you have 1000 simulation procs and 10 pvserver procs, then the coprocessor will need to aggregate all the data from 1000 procs to 10 simulation procs, then those 10 simulation procs will send their data to the 10 pvserver procs.<br>
<br>I have new code that allows you to write your own custom aggregation routine. What does your unstructured grid look like? If it is something with homogeneous cell type, like all tetrahedron, then it will be really easy to modify some example code I have to work for your data. Also, I added the ability to open multiple sockets on the pvserver process. So if each of the 10 pvserver procs open 20 sockets, then there will be 200 sockets available to the coprocessor, so then the data only needs to be aggregated from 1000 to 200 procs before sending to pvserver. This code has not made it's way onto github, but I could add it today. Let me know if you would benefit from this.<br>
<br>Pat<br><br><div class="gmail_quote">On Thu, May 5, 2011 at 3:28 AM, Andrey Lomtev <span dir="ltr"><<a href="mailto:andreylomtev@gmail.com">andreylomtev@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"><div><div></div><div class="h5">
On 26.01.2011 20:50, pat marion wrote:
<blockquote type="cite">Hi,<br>
<br>
I could help you better if you could get a backtrace of the
crash. It's hard to guess where it might be segfaulting. It's
possibly an issue with MPI though. The coprocessor tries to
initialize mpi, so if you are running the regular python program,
mpi might not be available.<br>
<br>
Pat<br>
<br>
<div class="gmail_quote">On Wed, Jan 26, 2011 at 12:45 PM, Andrey
Lomtev <span dir="ltr"><<a href="mailto:andreylomtev@gmail.com" target="_blank">andreylomtev@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
<div>
<div> On 23.01.2011 23:07, pat marion wrote:
<blockquote type="cite">Hi Andrey,<br>
<br>
Once you have run through the steps to generate a
coprocessing python script, described here:<br>
<br>
<a href="http://www.paraview.org/Wiki/CoProcessing#Running_the_CoProcessing_Script_Generator" target="_blank">http://www.paraview.org/Wiki/CoProcessing#Running_the_CoProcessing_Script_Generator</a><br>
<br>
If you look at the top of the generated script, it
will have these options:<br>
<br>
host = "localhost"<br>
port = 22222<br>
<br>
set_use_network(True)<br>
set_do_reduce_data(True)<br>
set_do_writing(False)<br>
set_use_psets(False)<br>
set_log_messages(False)<br>
set_procs_per_partition(32)<br>
set_final_partition_size(1)<br>
<br>
So you just need to edit the two lines with host and
port. You can ignore the other options, they are set
by default to do the standard live-data use case.
When you generate the coprocessing script, you will
add writers to the end of your pipeline(s). A writer
represents the end of the pipeline, the sink. Instead
of data flowing into the writer, it will be
re-directed over the network to the Live Data Source
on the pvserver.<br>
<br>
If the number of coprocessor nodes is greater than the
number of pvserver nodes, then the coprocessor will
have to aggregate data to a subset its nodes that
perform the network sends. The aggregation code
currently expects vtkPolyData and won't work with
anything else.<br>
<br>
Pat<br>
<br>
<br>
<div class="gmail_quote">On Sat, Jan 22, 2011 at 5:44
AM, Andrey Lomtev <span dir="ltr"><<a href="mailto:andreylomtev@gmail.com" target="_blank">andreylomtev@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000">
<div>
<div> On 12.01.2011 22:24, pat marion wrote:
<blockquote type="cite">Hi Andrey,<br>
<br>
When I wrote those slides, the code for
the Live Data Source had not yet received
approval for public release. The code is
now available but has yet to be merged
with the paraview main release. You'll
have to compile paraview yourself in order
to use the Live Data Source. The code can
be found in the live-data branch of the
git repository git://<a href="http://github.com/patmarion/ParaView.git" target="_blank">github.com/patmarion/ParaView.git</a><br>
<br>
Pat<br>
<br>
<div class="gmail_quote">On Wed, Jan 12,
2011 at 1:07 PM, Andrey Lomtev <span dir="ltr"><<a href="mailto:andreylomtev@gmail.com" target="_blank">andreylomtev@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> Hello
everyone,<br>
<br>
I'm going to use CoProcessing library.
I'm moving step by step as described
in SC10_tutorial. I don't understand
slide 99. I can't create Live Data
Source. It isn't presented in my PV
version (3.8.1). How can I add it?<br>
<br>
Thanks,<br>
Andrey.<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source
projects at <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: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to
subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</blockquote>
</div>
<br>
</blockquote>
</div>
</div>
Hi Pat,<br>
Thank you for previous answer. I have managed to
add Live Data Source in PV. I have a question:
how can I assign host:port to make Coprocessor
connect with pvserver?<br>
Andrey.<br>
</div>
</blockquote>
</div>
<br>
</blockquote>
</div>
</div>
Hi Pat,<br>
I have got a problem. While carring out "from
paraview.simple import *" from external python
interpreter I am receiving "Segmentation fault". In pv in
python shell everything is doing well. What kind of problem
I have? Could you specify - with what and how I have to
merge live-data branch? Thank you.<br>
Andrey.<br>
</div>
</blockquote>
</div>
<br>
</blockquote></div></div>
Hi Pat,<br>
I have returned to studing CoProcessing library. I have managed to
solve my previous problem and launch C++ coprocessing example from
Paraview.org. Now two questions have arised.<br>
1) If I launch simulation code and pvserver on one node - everything
is o'key, but if on different nodes - connect isn't established. Is
it possible to do this way?<br>
2) In my task I am going to use only UnstructuredGrid dataset
without any filters. Can I do in such a way? Or for displaying it is
possible to use only vtkPolyData objects?<br>
Andrey.<br>
</div>
</blockquote></div><br>