hi jon,
as always, thanks for the quick reply.
here are answers to your comments/questions:
1. except for a few before the regressions are run, all the regression OMS commands have viewer = NO to suppress the output to the spv file.
2. the MPRINT ON shows nothing suspect, at least that i can see
3. there is a lot of code generated, but if it gets through the first PV in an ok time, why/how could there be a "choke" in the command line?
4. i also turned off the autorecovery of files and there was no change in performance.
5. i also close the output window and open a blank new one a the start of the run.
clearly something is accumulating somewhere, but what could it be, and how can i clear it...?
------------------------------
Eugenio Gonzalez
------------------------------
Original Message:
Sent: Thu June 04, 2026 04:36 PM
From: Jon Peck
Subject: decreased performance over many loops within !macro language
I can't tell very much from what is here, but here are a few thoughts.
Use SET MPRINT ON. at the start to see what the actual expanded code looks like.
The macro will be fully expanded before any of the generated code is run. There might be a lot of code generated then that might choke the command queue (technical term :-))
If you are generating a lot of output in the Viewer, you might want to close the Viewer periodically so that it doesn't consume all the memory or get tied up in handling a huge number of objects.
You might use VIEWER=NO on the OMS command to avoid writing the output to the Viewer. It appears that you are writing the output to a file but not suppressing it in the Viewer.
If you can use Python external mode to run the code, that could be a big speedup. Some years ago (actually quite a few years ago), I worked with a customer who was running many tens of thousands of regressions but needed only a little bit of the output. Converting it to use external mode greatly sped it up - more than an order of magnitude improvement, though I don't remember the exact details. There is no Viewer in external mode.
------------------------------
Jon Peck
Data Scientist
JKP Associates
Santa Fe
------------------------------