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

Reply via email to