
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><span class="Apple-style-span" style="font-family: Times; "><pre>Hi all,</pre><pre><br></pre><pre>first I´d like to thank you for this impressive software!</pre><pre><br></pre><pre>I use it for (quite simple) simulations regarding buildingphysics, I just solve heat equations. Therefore I have quite large models (2m by 2m by 2m) with some small parts or thin layers (10mm).</pre><pre>Unfortunately I have to spend a lot of time adjusting the mesh and/or simplify the geometry because I didn´t manage to solve Problems with more than approx. 220.000 DOF on my Mac (8GB RAM, quadCore ). Those problems are solved within seconds or few minutes.</pre><pre><br></pre><pre>From working with other FEM Simulations I know that it is really important to have a "good" mesh, but I´d like to spend less time for optimization of the geometry and/or the mesh for the price of longer calc times on larger models. A longer calculation time </pre><pre>would cost me far less than optimization. </pre><pre><br></pre><pre>In this context I have read a mail on the list:</pre><pre>> This has been successfully tested with both iterative (GMRES+SOR) and </pre><pre>> direct (MUMPS) parallel solvers on up to 128 CPUs, for test-cases up to </pre><pre>> 10 millions dofs.</pre><pre><br></pre><pre>With which trick or procedure has this been done ? On which Platform ? How can I at least use the available memory to perform such calculations ( my getdp 2.1 on MacOS (binary download) uses only a small part ca. 1GB of the available memory, pets fails with </pre><pre>a malloc error message, the new release of getdp uses all cores but with no benefit for maximum possible model size in respect to DOF. So I assume with 8GB it should be possible to do calculations of at least 500000 DOF.</pre><pre><br></pre><pre>So, what do I miss ? Could partitioning of the mesh and doing separate, iterative calculations be a solution ?</pre><pre><br></pre><pre>Thanks in advance for any suggestion. I assume that other people are interested in this too.</pre><pre><br></pre><pre>Helmut Müller</pre></span><div><br></div></body></html>