Re: Increasing delay of task-execution times


Hi Keith

Are you referring to the MSSQL Profiler? Because the problem exists even with calculation-subtasks that are not accessing any database


On 29/10/2019 5:51 π.μ., Keith Canniff wrote:



Have you turned on the Profiler rather than using the mTime function inside the application? The Profiler for the most part has almost no “drag” on the application, yet can track all the details you’re indicating.


Might give you a different prospective on what’s going on.




From: <> On Behalf Of Avgerinos
Sent: Monday, October 28, 2019 11:47 PM
Subject: Re: [magicu-l] Increasing delay of task-execution times


Thank you Andreas.
A memory possible leak was one of my first suspicions. But from what I can see in the task manager, only a very small increase in memory usage can be noticed after 200.000 event-calls, while the system still has plenty of memory available.

Another strange thing I noticed last night, was when I left a 2nd instance of magic running a different batch task at the same time, on the same host machine. This affected the behavior of the primary instance (the one running the timer-event):

  • The event-program starts executing 30% faster, so it finally takes 30% more time to reach the critical delay I mentioned before (the event bottleneck).
  • The mTime function, which I use for measuring the elapsed times, brings more accurate results:  task execution times are reported with 1 ms increments instead of 15-16 ms increments returned otherwise.

Funny thing, is that I got similar results, when instead of running a parallel magic instance, I simply opened GoogleChrome and left it open, on a simple, not refreshing page.

I wonder whether this is an indicator that the problem relates to the way Windows are handling W32 apps and their execution-time allowance.


On 28/10/2019 9:14 μ.μ., Andreas Sedlmeier wrote:

Hi Avgerinos,

Sounds like a memory leak in Xpa to me what you describe. Did you monitor memory usage of your process ? You can do that f.i. with Windows Performance Monitor (
If you find out that you do suffer from such a leak you are however doomed. Magic is not open source. In the past Magic was leaking when you did something assign to Blob variables and in order to avoit this you had to update the Blob variable wiith NULL() - to force Magic to free the memory.
Maybe this bug is back ? First check if you do suffer from a memory leak.

Best regards,



Join { to automatically receive all group messages.