To clarify, my work was in a doc with 000s of notes and each was doing a complex query across the document. I deliberately used a stamp as I knew the process would take longer than usual to run, so this gave me a chance to control the running of code in small sections.
So I was never waiting minutes, albeit because I chose to only run selections of about 50 at a time which also allowed me to check and confirm things as I went. Had I simply put the code in an Edict or rule, i suspect I’d had had to have waited a full cycle to complete. The moral being, if you know you have a complex task to run it is worth considering using more manual control. Also in this scenario I was only ever running one large file in the app at the time, again to avoid different docs fighting for the same finite resource. I wouldn’t wish to confuse those making less heavy use of the app into thinking stamp code is any slower than the same code in rules. It is simply in rare cases the user’s choice of the complexity and breadth of use of the code pushes the app hard.
I can contribute little in the context of running several complex documents at once but common sense says that one doc or 4 together all have the same finite amount of resource to run.
If you are encountering delays, look to re-factor your code. Do you need code in rules that could be in edicts. Do you need so many agents and all running at normal speed? And so on. It’s nice to feel the app should respond to any amount of work, but there have been very few cases in my files, or helping with others’ files that some revision of code won’t resolve.