These would be a very useful RFE.
Buffer tuning can make huge performance improvement
But the manner in which the buffer tuning is configured is , as has been
stated by others as well, a complete kludge and an obvious after thought
that was never properly implemented.
GTC
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf Of
Neil Casey
Sent: Wednesday, April 16, 2014 6:33 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?
Hi T.Rob,
I'd like to see queue buffer tuning outside of qm.ini, and not requiring 2
QM restarts and redefinition of each queue.
I raised an RFE about it back in 2012, but it has languished ever since.
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe
<http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfe&CR_ID=35063>
&CR_ID=35063
Neil
--
Neil Casey
Senior Consultant | Syntegrity Solutions
+61 414 615 334 <tel:+61%20414%20615%20334>
<mailto:neil.casey-VLLIzlmz+***@public.gmane.org> neil.casey-VLLIzlmz+***@public.gmane.org
Syntegrity Solutions Pty Ltd <http://www.syntegrity.com.au/> | Level 23 |
40 City Road | Southgate | VIC 3006
Analyse >> Integrate >> Secure >> Educate
On 17 Apr 2014, at 4:50 am, T.Rob <t.rob-CkT6zf+urXSzW/GOMZKyElesiRL1/***@public.gmane.org> wrote:
Part of the strategy in moving things from the QM.ini to the QMgr as
attributes has specifically been to distinguish between those items that can
be made to be dynamic vs. those that cannot or should not. You cannot
easily update exits or pluggable services on the fly, for example. Even
where that level of refresh is technically possible, it introduces too much
risk and too large a code path to add that support to a QMgr, especially
after decades of tuning and optimization.
Other things such as the size of the error or transaction logs introduce a
security exposure if they can be changed without a restart. To erase
evidence of an attack, first minimize the log extents, then reset them to
the original values.
The REFRESH SECURITY TYPE(SSL) actually drops the cached in-memory image of
the keystore and any revocation checks and reloads them. That's why all the
connections using those assets must stop to execute the refresh.
Unfortunately, that's also why it's been necessary to bounce the QMgr to do
that refresh at almost every client I've ever consulted for. That was a
case where making it dynamic created an expectation that usually cannot be
met and was probably a bad decision.
What's left in the qm.ini that you'd reasonably want to make dynamic?
Kind regards,
-- T.Rob
T.Robert Wyatt, Managing partner
IoPT Consulting, LLC
+1 704-443-TROB
https://ioptconsulting.com
https://twitter.com/tdotrob
-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
Of Potkay, Peter M (CTO Architecture + Engineering)
Sent: Wednesday, April 16, 2014 13:00 PM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?
In general, if you can change the QM property via runmqsc, its dynamic,
but if it's something that's controlled by qm.ini or mqs.ini, then it
requires a QM restart.
Hmm, would be nice to have a REFRESH QMINI command....
Peter Potkay
-----Original Message-----
From: MQSeries List [mailto:MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org] On Behalf
Of Thomas Dunlap
Sent: Wednesday, April 16, 2014 5:24 AM
To: MQSERIES-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org
Subject: Re: Does enabling performance events require an MQ bounce at all?
Damian,
I believe all you have to do is alter the queue manager attributes and
they take effect immediately.
Cheers,
Tom
On 4/16/2014 4:45 AM, Costa, D. (Damian) wrote:
HI y'all,
Question is in the topic line......
Nuff sed.
Caio.
********************
Nedbank Limited Reg No 1951/000009/06. The following link displays the
names of the Nedbank Board of Directors and Company Secretary.
[ http://www.nedbank.co.za/terms/DirectorsNedbank.htm ] This email is
confidential and is intended for the addressee only.
The following link will take you to Nedbank's legal notice.
[ http://www.nedbank.co.za/terms/EmailDisclaimer.htm ]
********************
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in
the message body (not the subject), write: SIGNOFF MQSERIES
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
--
_______________________________________________________________
Regards,
Thomas Dunlap Chief Technology Officer tomd-lQL1WHg3ccB8UrSeD/***@public.gmane.org
Themis, Inc. http://www.themisinc.com 1 (800) 756-3000
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the
message body (not the subject), write: SIGNOFF MQSERIES 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
************************************************************
This communication, including attachments, is for the exclusive use of
addressee and may contain proprietary, confidential and/or privileged
information. If you are not the intended recipient, any use, copying,
disclosure, dissemination or distribution is strictly prohibited. If you
are not the intended recipient, please notify the sender immediately by
return e-mail, delete this communication and destroy all copies.
************************************************************
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and, in the
message body (not the subject), write: SIGNOFF MQSERIES 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
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
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
_____
List Archive <http://listserv.meduniwien.ac.at/archives/mqser-l.html> -
Manage Your List Settings
<http://listserv.meduniwien.ac.at/cgi-bin/wa?SUBED1=mqser-l&A=1> -
Unsubscribe
<mailto:LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org?subject=Unsubscribe&BODY=signoff%
20mqseries>
Instructions for managing your mailing list subscription are provided in the
Listserv General Users Guide available at http://www.lsoft.com
<http://www.lsoft.com/resources/manuals.asp>
To unsubscribe, write to LISTSERV-0lvw86wZMd9k/bWDasg6f+***@public.gmane.org and,
in the message body (not the subject), write: SIGNOFF MQSERIES
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