Optimize large data manipulation

[AndersDeleuran]

@inno

(I know it will be MUCH slower…

Try running the same code in GHPython (or IronPython 2) instead of CPython 3:

Rhino 8 Regression: CPython/IronPython RhinoCommon Performance Is Worse

Hi McNeel, I’ve noticed that CPython scripts will perform substantially worse when implementing RhinoCommon than IronPython (presumably because of Python.NET) . And that the new script editor with IronPython performs slightly worse than GHPython (presumably because of the new editor, since they’re both running 2.7.12 .NETCoreApp). Here’s a quick demonstration making a whole bunch of Point3d within for loops: [2024-02-05 14_54_27-Grasshopper - 230801_ScriptsMillionPoints_00_] 230801_ScriptsMi…

Also try skipping type-hints and wrapping the output points:

Grasshopper Performance - Scripting Slower Than Native Components?

Specifically for GHPython, you can usually achieve considerable speed boosts on large inputs by not using type hints or the implicit Grasshopper cycle functionality (i.e. set the access type to List if you’re operating on a list and implement the loop yourself), and on large outputs by wrapping the data in appropriate Grasshopper types: [2021-04-29 09_09_17-Grasshopper Python Script Editor] Mesh Point Remap - multiThreadTest-minimumViableFile_GHPythonFixes_00.gh (1.6 MB) See this old thread…