Hi Steve, thanks for posting the example file.

It turns out that the main cause of the increased memory use for your test here is not actually due to styles or too-large chunk allocations, but from a bug fix to more densely break down trim curves during part of the meshing process which fixed a couple of (fairly rare) cases of incorrect meshing.

But when you have a large number of trim curves on a single surface, like in your case 1200 holes on one face, the extra density in this edge linearization adds up quite a bit.


I can switch back to v1 behavior for this particular area when there are a large number of trim curves present on a single face, that will help tame this kind of memory use down.

With that change in place, I can get your example down to Angle=1 now, on a quad-core machine with all cores going, on a 32-bit OS.


The kinds of cases that the higher density linearization fixes were pretty unusual and not likely to be present on something with a large quantity of holes in it, so I think that should be fine.


- Michael