Hi, Being the one who uploaded the plugin (having added a mere frosting to the servermanager XML that got posted here in 2009) I'd like to add the following:
The plugin is merely a convenient way to use vtkTensorGlyph.cxx from within ParaView, but does not add additional features. As such it does not provide any magic to support multi-core/multiple pvserver processes. When using the input file tensors8.vtk shipped with the plugin in a multi-core environment, you have to use the D3 filter first to distribute the data. You will notice that then the glyphs are already wrong for -np 2 Sven pratik wrote, On 04/28/11 18:41: > I am quite sure now that the issue is do do with the some of the processes > spawned by mpi not being able to do their jobs; i already posted the verbose > output of the run previously, now i will also attach an image that clearly > shows > that parts of the glyphs are not being rendered. Can any one the paraview > developers working with mpi please have a look at why this seems to be > happening? > I am now looking through the code of the plugin to see if that is where the > problem is......If i do find out I'll definitely post it here. > > > any help on this would be really helpful. > > pratik > On Thursday 28 April 2011 06:37 PM, pratik wrote: >> Great Idea. Also, thanks very much for helping me Utkarsh. >> >> analysis: >> 1) works on client perfectly >> 2) started pvserver on head node with -np 1 (for mpi):- no problem >> 3) works on head node UPTO -np 3 .... -np 4 becomes fractured. >> >> Now, the other filters that i have used have worked perfectly....this may be >> something to do with the plugin, as you suggested. >> >> pratik >> >> On Thursday 28 April 2011 06:19 PM, Utkarsh Ayachit wrote: >>> Ok first things first. This is community contributed plugin so I have >>> no idea what it does or what it doesn't. To identify the issue, I >>> always tend to start simple. Run without connecting to the server at >>> all. In builtin mode, does the plugin work? Next try with 1 pvserver >>> processes without MPI. Next 2 pvserver processes and so on. >>> >>> Utkarsh >>> >>> On Thu, Apr 28, 2011 at 8:46 AM, pratik<[email protected]> wrote: >>>> iran mpirun with the verbose option on the server and got this as output; >>>> MPI: libxmpi.so 'SGI MPT 1.23 03/28/09 11:45:59' >>>> MPI: libmpi.so 'SGI MPT 1.23 03/28/09 11:43:39' >>>> MPI Environmental Settings >>>> MPI: MPI_DSM_DISTRIBUTE (default: not set) : 1 >>>> MPI: The default size of the mapped stack area is 780 MBytes. The current >>>> stack limit (unlimited) is greater than this size. To specify a new >>>> size (in bytes) of the mapped stack, set the MPI_MAPPED_STACK_SIZE >>>> environment variable. >>>> >>>> Host: r2i1n0, CPUs: 16, TotPhysMem 3048401 pages, PhysMemPerCPU 190525 >>>> pages >>>> Memmap mmap size: 4621264 pages (18928697344 bytes) mapped ranks 8 >>>> Memmap_init complete. shm base=0x2b70b120b000, sym_static=1 >>>> RANK:0 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:0 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:0 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:0 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:0 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:1 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:1 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:1 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:1 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:1 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:2 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:2 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:2 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:2 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:2 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:3 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:3 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:3 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:3 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:3 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:4 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:4 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:4 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:4 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:4 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:5 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:5 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:5 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:5 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:5 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:6 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:6 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:6 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:6 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:6 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> RANK:7 sbrk base=0x 64f000, pagesize=0x1000 (4096) >>>> RANK:7 static/heap base=0x 506000, top=0x 2ed43000, >>>> len=190525 pages >>>> RANK:7 stack base=0x 7fff0acd9000, top=0x 7fff39516000, >>>> len=190525 pages >>>> RANK:7 mpibuffer base=0x 0, top=0x 0, len= >>>> 0 pages >>>> RANK:7 symheap base=0x 2b7081203000, top=0x 2b70b1203000, >>>> len=196608 pages >>>> Connected to client >>>> Process id: 3>> ERROR: In >>>> /home/pratikm/source/ParaView/ParaView-3.10.1/VTK/Graphics/vtkTensorGlyph.cxx, >>>> line 131 >>>> vtkTensorGlyph2 (0x4656cd0): No data to glyph! >>>> >>>> Process id: 7>> ERROR: In >>>> /home/pratikm/source/ParaView/ParaView-3.10.1/VTK/Graphics/vtkTensorGlyph.cxx, >>>> line 131 >>>> vtkTensorGlyph2 (0x4651510): No data to glyph! >>>> >>>> Client connection closed. >>>> >>>> How can there be no data to glyph? Is it some communication problem which >>>> is >>>> causing this? I think that the two processes mentioned here may not be >>>> doing >>>> their part of the processing.... what do you think? >>>> >>>> pratik >>>> On Thursday 28 April 2011 06:09 PM, pratik wrote: >>>>> Yes...it is still broken :( ;( >>>>> have you ever had the situation when paraview at both the ends were >>>>> compiled with different compilers? Is it an X- related problem? >>>>> >>>>> pratik >>>>> On Thursday 28 April 2011 06:01 PM, Utkarsh Ayachit wrote: >>>>>> Not sure, I was able to play with this plugin just fine. Try this: >>>>>> >>>>>> Go to "Edit | Settings" dialog. Open up the "Render View" pages and go >>>>>> to the "Server" Page. There, uncheck the remote-render threshold. Are >>>>>> things still broken? >>>>>> >>>>>> Utkarsh >>>>>> >>>>>> On Thu, Apr 28, 2011 at 8:21 AM, pratik<[email protected]> >>>>>> wrote: >>>>>>> sure...here it is. >>>>>>> This is a test file from the plugin folder called "tensors8.vtk" >>>>>>> The glyphs are fractured...that is the problem. >>>>>>> I tried it only on client and it works fine. >>>>>>> >>>>>>> pratik >>>>>>> On Thursday 28 April 2011 05:41 PM, Utkarsh Ayachit wrote: >>>>>>>> Can you post a image? >>>>>>>> >>>>>>>> Utkarsh >>>>>>>> >>>>>>>> On Thu, Apr 28, 2011 at 8:08 AM, pratik<[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I did just as you told and the two pluigns loaded properly >>>>>>>>> however...the plugin is yet not working correctly; the tensors are >>>>>>>>> appearing >>>>>>>>> fractured...What may be the source of error now? >>>>>>>>> >>>>>>>>> pratik >>>>>>>>> On Wednesday 27 April 2011 05:54 PM, Utkarsh Ayachit wrote: >>>>>>>>> >>>>>>>>>> Yes and then load the right plugin on the right process from the >>>>>>>>>> "Manage PLugins" dialog. From the error, it looks like you are >>>>>>>>>> trying >>>>>>>>>> to load the icc built plugin on the gcc built client. >>>>>>>>>> >>>>>>>>>> Utkarsh >>>>>>>>>> >>>>>>>>>> On Wed, Apr 27, 2011 at 6:59 AM, pratik<[email protected]> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> Hi Utkarsh, >>>>>>>>>>> I compiled the plugin on BOTH server and my laptop, using the >>>>>>>>>>> *respective* >>>>>>>>>>> configurations(i.e server plugin using pv server settings(icc >>>>>>>>>>> compiler), >>>>>>>>>>> client plugin using client pv(gcc compiler) settings). Like you had >>>>>>>>>>> asked >>>>>>>>>>> earlier, i did compile pv on the cluster through source (which made >>>>>>>>>>> the >>>>>>>>>>> paraviewconfig..cmake file available ) and used it to compile the >>>>>>>>>>> plugin, >>>>>>>>>>> on >>>>>>>>>>> the server. >>>>>>>>>>> Is this what you are asking for? >>>>>>>>>>> >>>>>>>>>>> pratik >>>>>>>>>>> >>>>>>>>>>> On Wednesday 27 April 2011 04:18 PM, Utkarsh Ayachit wrote: >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>>> You need plugins compiled with both compilers and load the icc >>>>>>>>>>>> plugin >>>>>>>>>>>> on >>>>>>>>>>>> server while load the gcc plugin on client. You cannot interchange >>>>>>>>>>>> them >>>>>>>>>>>> or >>>>>>>>>>>> load the same one on both sides. >>>>>>>>>>>> >>>>>>>>>>>> Utkarsh >>>>>>>>>>>> >>>>>>>>>>>> Sent from my iPad >>>>>>>>>>>> >>>>>>>>>>>> On Apr 27, 2011, at 12:03 AM, pratik<[email protected]> >>>>>>>>>>>> wrote: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>>> I compiled PV on my laptop using gcc but on cluster using icc. >>>>>>>>>>>>> When i >>>>>>>>>>>>> try >>>>>>>>>>>>> to use the TensorglyphFilter plugin, the following error shows: >>>>>>>>>>>>> Load Error, Mismatch in version: >>>>>>>>>>>>> Paraview Signature: paraviewplugin|GNU|3.10 >>>>>>>>>>>>> Plugin signature: paraviewplugin|Intel|3.10 >>>>>>>>>>>>> >>>>>>>>>>>>> I also tried compiling both plugins using gcc/g++ compiler, but >>>>>>>>>>>>> the >>>>>>>>>>>>> same >>>>>>>>>>>>> error persists. What may be the problem? >>>>>>>>>>>>> >>>>>>>>>>>>> pratik >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> Powered by 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 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>> >> > > > > _______________________________________________ > Powered by 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 _______________________________________________ Powered by 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
