Kenneth E. Jansen
Kenneth E. Jansen
Looks like this is more than a PARMA crash. With partition turned off I get thisjansen@viz003: ``` /projects/tools/Models/JF_TunnelDasha/FullRoom/ChefFlangeRails/16-1-Chef $ ./runChef.sh 16 PUMI Git hash 2.2.0 PUMI version 2.2.0 Git hash...
The good news is that setting elementsPerMigration 100000 up by a factor of 10 from the previous run reduced that step from 7911 seconds to 3177 seconds so retries are...
I have another route to try so this is not yet urgent from my perspective. Heather just told me how to delete the model regions that I applied the No...
With the model regions deleted and abort_on_error set back to true (and recompiled of course), convert and Chef are happy on a "scout" mesh (no boundary layers dropped the mesh...
Running this case again outside of gprof since that seems to slow things down by 4x here are some rough timings reading coordinates 2 minutes reading tetrahedra 25 minutes reading...
   ![screen shot 2018-11-09 at 10 54...
Actually, this looks like an inheritance problem. I just applied both comp1 constraints directly to the model edges and no-NaNs were produced in the BCtmp array that chef prepped for...
I seem to be crashing when trying to stream in a 8,437,865,894 element, 1.9B node mesh. It is a mix of wedges and tets. I was trying to stream it...
If I am reading the output right, MPT: #13 0x000000000047e733 in apf::setCoords (m=m@entry=0x3312d300, MPT: coords=0x2357cb30, nverts=3015292, globalToVert=...) is trying to handle 30M verts which I would not expect to be...
MGEN_write3D (https://github.com/SCOREC/core/commit/c1d05c1a5336549bf6d85f8be8f5d88c373336cc)