<div dir="ltr">Thanks, Matt. I am using the following steps to build a local to global mapping. <div>Step 1) PetscSectionCreate ();</div><div> PetscSectionSetNumFields();</div><div> PetscSectionSetChart ();</div><div> //Set dof for each node</div><div> PetscSectionSetup (s);</div><div> Step 2) </div><div> PetscCall(DMGetLocalToGlobalMapping(dm, <ogm));</div> PetscCall(ISLocalToGlobalMappingGetIndices(ltogm, &g_idx));<div><br></div><div>For 2D mesh from the example, <a href="https://wg-beginners.readthedocs.io/en/latest/tutorials/dm/plex/introductory_tutorial_plex.html">https://wg-beginners.readthedocs.io/en/latest/tutorials/dm/plex/introductory_tutorial_plex.html</a></div><div>the map from rank 0 (MPI) and rank 1(MPI) matches well with the global node ordering. </div><div><br></div><div>But When I tried a 3D gmsh, (2 hexahedra (12 nodes ) were split into 12 tetrahedra). ( 2 processors in total ) Each processor handles 9 nodes separately. When I checked the local to global mapping, It seems the mapping is not right. </div><div>For example, the mapping array is </div><div> Local Global (left: local node number; right: global node number). provided. <br></div><div> 0 0 <br> 1 3 <br> 2 5 <br> 3 1 <br> 4 6 <br> 5 8 <br> 6 2 <br> 7 9 <br> 8 11<br></div><div> But the coordinates between the local (left) and global nodes (right) are not the same, meaning they are not matching. Did I miss something? In addition, the simple 3D gmsh file has been attached if you need. <br></div><div><b><font size="4">Gmsh file:</font></b></div><div>$MeshFormat<br>4.1 0 8<br>$EndMeshFormat<br>$PhysicalNames<br>3<br>2 27 "Excit"<br>2 28 "PEC"<br>3 29 "volume"<br>$EndPhysicalNames<br>$Entities<br>8 12 6 1<br>1 0 0 0 0 <br>2 0 0.25 0 0 <br>3 0 0.25 0.25 0 <br>4 0 0 0.25 0 <br>5 1 0 0 0 <br>6 1 0.25 0 0 <br>10 1 0.25 0.25 0 <br>14 1 0 0.25 0 <br>1 0 0 0 0 0.25 0 0 2 1 -2 <br>2 0 0.25 0 0 0.25 0.25 0 2 2 -3 <br>3 0 0 0.25 0 0.25 0.25 0 2 3 -4 <br>4 0 0 0 0 0 0.25 0 2 4 -1 <br>6 1 0 0 1 0.25 0 0 2 5 -6 <br>7 1 0.25 0 1 0.25 0.25 0 2 6 -10 <br>8 1 0 0.25 1 0.25 0.25 0 2 10 -14 <br>9 1 0 0 1 0 0.25 0 2 14 -5 <br>11 0 0 0 1 0 0 0 2 1 -5 <br>12 0 0.25 0 1 0.25 0 0 2 2 -6 <br>16 0 0.25 0.25 1 0.25 0.25 0 2 3 -10 <br>20 0 0 0.25 1 0 0.25 0 2 4 -14 <br>1 0 0 0 0 0.25 0.25 1 27 4 1 2 3 4 <br>13 0 0 0 1 0.25 0 1 28 4 1 12 -6 -11 <br>17 0 0.25 0 1 0.25 0.25 0 4 2 16 -7 -12 <br>21 0 0 0.25 1 0.25 0.25 1 28 4 3 20 -8 -16 <br>25 0 0 0 1 0 0.25 0 4 4 11 -9 -20 <br>26 1 0 0 1 0.25 0.25 1 28 4 6 7 8 9 <br>1 0 0 0 1 0.25 0.25 1 29 6 -1 26 13 17 21 25 <br>$EndEntities<br>$Nodes<br>17 12 1 12<br>0 1 0 1<br>1<br>0 0 0<br>0 2 0 1<br>2<br>0 0.25 0<br>0 3 0 1<br>3<br>0 0.25 0.25<br>0 4 0 1<br>4<br>0 0 0.25<br>0 5 0 1<br>5<br>1 0 0<br>0 6 0 1<br>6<br>1 0.25 0<br>0 10 0 1<br>7<br>1 0.25 0.25<br>0 14 0 1<br>8<br>1 0 0.25<br>1 11 0 1<br>9<br>0.5 0 0<br>1 12 0 1<br>10<br>0.5 0.25 0<br>1 16 0 1<br>11<br>0.5 0.25 0.25<br>1 20 0 1<br>12<br>0.5 0 0.25<br>2 1 0 0<br>2 13 0 0<br>2 21 0 0<br>2 26 0 0<br>3 1 0 0<br>$EndNodes<br>$Elements<br>5 24 1 24<br>2 1 2 2<br>1 1 2 4 <br>2 4 2 3 <br>2 13 2 4<br>3 9 1 2 <br>4 9 2 10 <br>5 5 9 10 <br>6 5 10 6 <br>2 21 2 4<br>7 11 3 4 <br>8 11 4 12 <br>9 7 11 12 <br>10 7 12 8 <br>2 26 2 2<br>11 5 6 8 <br>12 8 6 7 <br>3 1 4 12<br>13 1 2 4 12 <br>14 10 9 12 2 <br>15 2 9 12 1 <br>16 9 10 12 8 <br>17 6 5 8 10 <br>18 10 5 8 9 <br>19 4 2 3 11 <br>20 10 12 11 2 <br>21 2 12 11 4 <br>22 12 10 11 7 <br>23 6 8 7 10 <br>24 10 8 7 12 <br>$EndElements<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 17, 2023 at 7:30 PM Matthew Knepley <<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Wed, May 17, 2023 at 6:58 PM neil liu <<a href="mailto:liufield@gmail.com" target="_blank">liufield@gmail.com</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Dear Petsc developers, <div><br></div><div>I am writing my own code to calculate the FEM matrix. The following is my general framework,</div><div><br></div><div>DMPlexCreateGmsh();</div><div>MPI_Comm_rank (Petsc_comm_world, &rank);</div><div>DMPlexDistribute (.., .., &dmDist);</div><div><br></div><div>dm = dmDist;</div><div>//This can create separate dm s for different processors. (reordering.)</div><div><br></div><div>MatCreate (Petsc_comm_world, &A)</div><div>// Loop over every tetrahedral element to calculate the local matrix for each processor. Then we can get a local matrix A for each processor.</div><div><br></div><div><i>My question is : it seems we should build a global matrix B (assemble all the As for each partition) and then transfer B to KSP. KSP will do the parallelization correctly, right? </i></div></div></blockquote><div><br></div><div>I would not suggest this. The more common strategy is to assemble each element matrix directly into the</div><div>global matrix B, by mapping the cell indices directly to global indices (rather than to local indices in the matrix A). You can do this in two stages. You can create a LocalToGlobalMapping in PETSc that maps</div><div>every local index to a global index. Then you can assemble into B exactly as you would assemble into A by calling MatSetValuesLocal().</div><div><br></div><div>DMPlex handles these mappings for you automatically, but I realize that it is a large number of things to buy into.</div><div><br></div><div> Thanks,</div><div><br></div><div> Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>If that is right, I should define a whole domain matrix B before the partitioning (MatCreate (Petsc_comm_world, &B); ), and then use localtoglobal (which petsc function should I use? Do you have any examples.) map to add A to B at the right positions (MatSetValues) ? </div><div><br></div><div>Does that make sense? </div><div><br></div><div>Thanks, </div><div><br></div><div>Xiaodong</div><div> </div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div>
</blockquote></div><br clear="all"><div><br></div><span>-- </span><br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>-- Norbert Wiener</div><div><br></div><div><a href="http://www.cse.buffalo.edu/~knepley/" target="_blank">https://www.cse.buffalo.edu/~knepley/</a><br></div></div></div></div></div></div></div></div>
</blockquote></div>