Improve speed of Customization processing

I have a customization with a process in it that takes awhile to execute. It is taking up a lot of RAM and so far one thing we’ve done to reduce overhead was disposing of adapters after connection/update happens. Are there any other recommendations to look into? Maybe looking at the BAQ’s it uses and they types of joins that are present will give me some more insight on optimizations… Any help would be appreciated

Hard to say without knowing more about it and the code you’re dealing with. Is there a background process being executed by a user or when the customization loads?
More info :slight_smile:

Careful not to update the UI until you need to. UI is surprisingly complex and a flood of updates can really gobble up resources sometimes.

1 Like

This is a fun class to use if your UI thread is being locked up by a longer running process

1 Like

I believe @hkeric.wci has already created a separate thread to run our Bill Of Material Synchronization process so that the user can still work while the process runs silently in the background. The problem isn’t the glitching or lag in the screen but rather the length of time and the amount of resources needed to complete the process. I run the epicor with the memory leak tester and by the time we’re done with the process it’s using/used more than 13 gbs of memory (over the period of 2.6 hrs)

If a process is taking that long, is there a way you can offload it to the server instead of a customization? Anything tying up a client for more than a few minutes always makes me nervous, personally.

I realise that isn’t actually answering your question, but I also think a bit more info would be needed to do that.

2 Likes