I noticed today in some debug user tracing that these are all declared every time a message enters a new node (Compute, Filter etc.). This adds ~0.1s to the processing time for each node. This figure is with debug user trace on a development broker so it would be much less but potentially significant at production volumes. It may also have an impact on memory usage, and if we continue as we are then the number of global variables will gradually grow.
A colleague has pointed out that as these are SHARED they should be declared once and then exist for the lifetime of the message flow or indeed the execution group. This seems reasonable according to the documentation (see http://publib.boulder.ibm.com/infocenter/wmbhelp/v6r1m0/topic/com.ibm.etools.mft.doc/ak04895_.htm). But, the user trace shows these DECLARE statements being executed for every node. Is this just an artefact of the tracing - or can anyone shed any light on this for us please?
My immediate reaction was to try to introduce the use of broker schemas to restrict the variables to relevant code, but if they are long-lived then this probably is not necessary.
Any advice would be much appreciated.
Thanks,
Vicky
Edited to add:
BIP8996I: Version: 6105
BIP8997I: Product: WebSphere Message Brokers
BIP8998I: CMVC Level: S610-FP05 DH610-FP05
BIP8999I: Build Type: Production
By my experience what you are seeing is correct within the trace.
ie it is saying what is happening at that point in time
have you tried running teh trace in npormal mode and not debug ie in not so much detail?
I suppose it is like caching of details they are kept for a certain amount of time and if not reused or refreshed for a while will cause a lsight delay when they are next required. _________________ Who is General Failure and why is he reading my hard drive?
Artificial Intelligence stands no chance against Natural Stupidity.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum