Dear Sabrina, Most algorithms in Gmsh are indeed multi-threaded, but not all of them. In particular, in 2D, the experimental "Frontal-Delaunay for Quads" and "Packing of Parallelograms" algorithms are single-threaded: your exceptionally long meshing times maybe indicate that you are using these algorithms to generate quads?
There is active work on improving "Packing of Parallelograms" in the "quadMeshingTools" branch, but it not ready yet for merging in master. Christophe > On 1 Jul 2020, at 19:48, Sabrina Zacarias <szacar...@ikp.tu-darmstadt.de> > wrote: > > Dear all, > > I am very interested in meshing in parallel since my 2d model takes ~8hs to > mesh. It is a 8-node quad (which is rather slow in itself, from what I have > experienced so far) but the main issue is that there is one special surface > that is very large and has to be very finely meshed. I saw that it is > possible to do something with OpenMP (I compiled gmsh enabling that option), > but setting the multithread option to a number >1 did nothing (when it starts > meshing, there is a message saying 'max number of threads = 1'). I am afraid > I am missing something. > > Could I please ask for some insight? > > Best, > > Sabrina > > -- > Sabrina Zacarias > Institut für Kernphysik > Technische Universität Darmstadt > S2|14 / office 319 > Schlossgartenstr. 9 > 64289 Darmstadt > Office: +49 6151 16 23589 > > > _______________________________________________ > gmsh mailing list > gmsh@onelab.info > http://onelab.info/mailman/listinfo/gmsh — Prof. Christophe Geuzaine University of Liege, Electrical Engineering and Computer Science http://www.montefiore.ulg.ac.be/~geuzaine _______________________________________________ gmsh mailing list gmsh@onelab.info http://onelab.info/mailman/listinfo/gmsh