You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
running from the command line, the project doesn't take a huge amount of time to run (though certainly not quick): interpretation time is 2.5-3s, parsing time is under 25ms for each file.
It's creating 111 memory environments, which is quite a few, but not ridiculous
It is certainly a terrible experience in the app
Playing with the code, it seems to be pattern-transforming the paper 100x which is causing the issue
And back to measuring - changing from 1 to 100 to 1000 repeats changes from roughly 2 to 3 to 4.5s, so not quite proportional, but impacting performance. The ProgramMemory stats are clearly affected by the number of repeats here
The commands sent to the engine are not affected by the number of repeats - it's just a single command (as expected)
We are not calling into KCL on every frame of animation, so I think this isn't a KCL issue. I did some casual profiling in the app and nothing jumped out as suspicious (though I'm no expert on JS profiling). So, my current hypothesis is that this is an engine issue and due to the high number of instances in the pattern transform in paper.kcl, reassigning to @gserena01
Description
Something within the notebook file is causing a noticeable slowdown.
Version
v0.47.0
KCL
notebook.zip
Recordings
Screenshare.-.2025-03-13.3_26_19.PM.mp4
The text was updated successfully, but these errors were encountered: