when compared to higher environment, the number of files that our current environment processing is low, yet it is using high heap space and direct memory.
also, from monitoring logs, the event memory alwasys show 652, but in higher environment its 0.
Performance issues are incredibly subjective involving a multitude of variables, so you’re not going to get a resolution from the forums, unless by chance.
Typically, this is an after-effect of something that was inadvertently broken due to a change, so investigate what has changed - perhaps the latency increased, or the disk has an issue thereby slowing down UM. You can monitor the JVM heap and/or threads to diagnose via Java tools such as jvisualvm or jconsole.
In addition, there are a lot of monitoring features available on the UM; check these out and see -
This is for the latest version since you didn’t indicate your version; give this a read (link)
GC is an automated process and it’s the underlying Java platform activity here on UM. You can search online resources on how to force a GC manually, but I won’t recommend it.
There is a JVM section under link #1 that I provided above - give it a read.
It’s highly likely that your problem is elsewhere and not with GC.
what fixes do you have applied in that environment?
Are you seeing any errors related to UM in the IS server log or UM log?
What JVM parameters have you changed for UM (other than adjusting the heap size)?
Make sure explicit garbage collection is disabled for the realms. This is the default but you can double check by looking in UM Enterprise Manager tool. Select the realm, then click Config. Look within Global Values and make sure DisableExplicitGC is set to true. If it is false, set it to true.
Have you checked for any available fixes for the JDK shipped with wM? Software AG occasionally provides an updated JDK through Empower fixes. You can use the Software AG Update Manager application and/or Command Central to manage your fixes.
