Browse Prior Art Database

Methods and apparatus to combine resource monitoring tools, system throttling techniques and smarter autonomic tuning techniques in messaging products

IP.com Disclosure Number: IPCOM000201847D
Publication Date: 2010-Nov-26
Document File: 3 page(s) / 50K

Publishing Venue

The IP.com Prior Art Database

Abstract

Methods and apparatus are disclosed to combine resource monitoring tools, system throttling techniques and smarter autonomic tuning techniques in messaging systems

This text was extracted from a PDF file.
This is the abbreviated version, containing approximately 40% of the total text.

Page 01 of 3

Methods and apparatus to combine resource monitoring tools , system throttling techniques and smarter autonomic tuning techniques in messaging products

Messaging systems have many attributes that can be defined, for example when defining queue managers, channels or queues. These attributes come with supported default values which can be modified up to and including maximum supported values. A problem arises when changing from the default value to larger values because the operating system resources are often exceeded and queue manager operations fail. This is indicated via a first data capture file which details the problem to the end user and is a very common problem seen by messaging performance analysts, especially when working with larger configurations and client applications. Currently the end user has to manually interpret these error messages and tune the operating system accordingly - a very difficult and skilled task with many inter-relationships between tuning parameters just adding increased complexity. Often this is a trial and error exercise which is very time consuming. The current solution to avoid this problem is to size and plan your system accurately by hand prior to product implementation. Once a first data capture file in this area is generated then this usually means system failure - with re-tune and restart - again a very time consuming exercise. The current process is very limited as it a final failure point without dynamic recovery available.

    The solution disclosed avoids the existing (resource limit only) first data capture file process with a combined monitoring, throttling and autonomic tuning approach. This is specific to a messaging system. The new solution will allow for problem avoidance by monitoring existing resource monitoring tools, slowing the system down or throttling the system while autonomic tuning techniques can take place to avoid the problem being hit. This is a real time, dynamic solution that will prevent product failure, replace the current first data capture file process in this area and keep systems up and running if not sized 100% accurately from the start. The autonomic tuning programs will utilise smarter techniques by interpreting input data for example from the queue manager, channel and queue creation attributes. This pre-calculated tuning code will be implemented in a slowed down period of messaging, invoked by a threshold in the monitoring process, thus solving the problem before the system runs out of resources.

    In theory this will always allow the system to hit its true environmental constraints (CPU, I/O and/or memory) which performance analysts are ultimately trying to achieve. Intermittent resource bottlenecks will be removed by this smarter more autonomic solution. The benefit seen will ultimately be an increase in messages/second by utilising the system more efficiently and not running out of core bottleneck resources. This is a much smarter method for maximising per...