Dale, in the past (a year or two ago) I used the MQ-Explorer with more than hundred QMgrs. I moved to MO71, because this tool has many features, I missed in MQExplorer (e. g. no DEFINE ... LIKE, copy or move of messages etc.). I think, your support pack contains some of these missing features - great.
But there may be still the problem, that one or more of the selected QMgrs are not available at the time, you start the search query. The MQExplorer than waits a while, until it gets a time-out. Some questions: - Does your plug-in recognize such unavailable QMgrs and exclude them in further search queries? - Or can you exclude specific QMgrs? - Does the tool search only on connected or otherwise selected QMgrs? - Or tries it, to connect to all QMgrs, which are in the list? - Is it possible, to select a list of QMgrs and search only on these QMgrs? Otherwise it could be, that unavailable QMgrs extremly slow down the search. Although I had hundreds of QMgrs, I used only some of them at the same time. Mostly these systems belong to the same application and - due to our naming conventions - had similar names. If your support pack is able, to limit search queries to such generic QMgr names or to exclude one or more QMgrs, I think the performance could be increased. Regards Hubert > -----Ursprüngliche Nachricht----- > Von: MQSeries List [SMTP:[EMAIL PROTECTED] im Auftrag > von Dale Lane > Gesendet am: Donnerstag, 25. August 2005 01:32 > An: [email protected] > Betreff: Re: AW: New SupportPac: Search plugin for WebSphere MQ > Explorer > > On Wed, 24 Aug 2005 18:43:50 +0200, Hubert Kleinmanns > <[EMAIL PROTECTED]> wrote: > > > how is the performance when one has 100 QMgrs? > > It is difficult to answer that, as a number of factors effect performance. > I > have addressed some of these with the readme (me02.pdf) provided on the > SupportPac webpage > (http://www-1.ibm.com/support/docview.wss?rs=171&uid=swg24010288) > > Examples include: > >> performing a case-sensitive query that does not use wildcards - this > allows remote queue managers to return details of only those objects which > match the query, significantly reducing network traffic and potentially > speeding up the search > >> searching names only - not examining object attributes - again reduces > the information required and the number of comparisons that need to be > made > >> searching specific object types rather than against all objects - > reduces > the number of MQ queries required > and so on > > Primarily however, the plugin is dependent on the performance of the > Explorer upon which is it built - it would be interesting to hear if you > have any experiences of using Explorer with the sort of size MQ > environment > that you mention. > > Regards > > Dale > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://listserv.meduniwien.ac.at/archives/mqser-l.html
