I’ve wasted far, far too much of my time inspecting what is going on with the auto-resizing of the get buffer for the internal JMQI and MQI components for MQ classes for JMS, MQ classes for Java and MQ classes for .NET. A strange entry in one of the MQ Auditor audit files got my […]

Not surprisingly, when I tested: Subscribing to a topic with JMS Subscribing to a topic with Java (non-JMS) They both showed that the internal JMQI routine was starting with a MQGet buffer size of 4KB and auto-adjusting the size of the buffer as needed (all behind the scenes). Hence, when I used MQ Auditor, I […]

Here’s my version of a cheap Info-Commercial: Do you want to impress your colleagues? Do you want to impress your boss, so that you can receive a big fat bonus? Call today and we’ll show you how to impress the MQAdmins in your company! And if you call within the next 5 minutes, we’ll even […]

On Wednesday, I decided to do some testing of some simple (1) MQ for JMS, (2) MQ for Java and (3) procedure language (i.e. amqsbcg) programs to show that using the JVM environment variable of com.ibm.mq.jmqi.defaultMaxMsgSize with an appropriate size could make a JMS application 10 to 15% faster because there would not be any […]

Tuning applications is always a good thing. 🙂 Colin Paice has reminded me of the MQ JMS default value for an MQGET buffer size is 4KB in his blog posting here. IBM’s default value of 4KB is far too low to be useful. Having such a low value causes excessive number of MQ JMS Get […]