I would like to have some more details regarding the debuglog call.
Currently on my production servers, I have near 70k call of the debug log service after a three days uptime.
I had a quick view on flows services that may call this service and it’s about 2-3k not more.
Now few questions appears:
1\ Is it normal that I have so many calls? I’m on webMethods 6.5 SP3
2\ Is native code from webMethods that do many calls to debug log?
I don’t think the call can be avoided. It’s similar to Log4J calls in that you always call it and it determines whether or not to write the entry based on config and inputs to the call.
The current situation in our side is that we are working to improve the memory consumption on our Integration Server.
We need to restart often our Prod servers (weekly basis to secure the stability). In order to avoid this issue w have done a check to detect what consume the memory. We remark that the memory used by the debug can be considered.
I got to thinking more about the calls to debugLog. Obviously the logging facilities are used throughout the core services, but do they physically call debugLog? I’m not sure. Probably not, though it may depend on the modules that are installed. Does a dependency check show debugLog used by any Wm packages?
Is it simply the number of calls that are the concern?
I agree with reamon, may be debugLog calls was not the issue.
But let assume the debugLog calls are the issue, investigate it by starting IS with -debug Off:
I have checked and find two things. I don’t expect the debuglog calls is creating issues, but it seems not normal that I have so many calls.
Regarding the dependencies I have few services that may invoke this service but not enough to be able to link all the calls with these services.
I’ll check to launched the server without the debuglog