| Author |
Message |
 Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
 Forum: Mainframe, CICS, TXSeries Posted: Mon Nov 02, 2009 3:55 pm Subject: One transaction slows down the other |
Sorry the word "perform" misled you. While I was typing it, I was thinking about something else.
It is the "CALL" command. Again, C is not a defined CICS transaction, it is only ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Mon Nov 02, 2009 12:50 pm Subject: One transaction slows down the other |
WS-DE-WRAPPER-PGM-ID is Program C.
VP1016 2370-CALL-DE-WRAPPER.
VP1016 IF DE-STATUS-OFF
VP1016 OR WS-D ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Mon Nov 02, 2009 7:54 am Subject: One transaction slows down the other |
| Program C is completely new. We know we should focus on the program. But, Program C is also called by Transaction B. If B is running, A slows down. B is not impacted. This led us to believe there are ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Sun Nov 01, 2009 8:05 pm Subject: One transaction slows down the other |
| The change is Program C. If A does not call C, everything works as expected. Program C is also called by Transaction B. If B is running, A slows down. B is not impacted. |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Sat Oct 31, 2009 7:19 pm Subject: One transaction slows down the other |
| A does not have any WAIT built in. (no ZOS wait, no CICS wait, no MQ get wait). A is started by another control program. Then, A enters the loop of processing 500 messages. After A finishes 500 messag ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Sat Oct 31, 2009 9:52 am Subject: One transaction slows down the other |
We have done SMF, Omegamon (for mq, cics, db2) and APA etc. All queues, channels were all monitored and all kinds of cics traces were also taken. Nobody has found any clue yet.
Transaction A does M ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 6:39 pm Subject: One transaction slows down the other |
Well, we tried everything. Everything in MQ seems normal. We can not identify the reason for the slowdown.
Meantime, we are working with IBM support (CICS+MQ). I just want to see if anybody had sim ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 3:39 pm Subject: One transaction slows down the other |
| We did not code to use reply-to-q. Channels are running on both ends when the slowdown happens. AIX has plenty of resources all the time. We have trace within the j2ee app. It has no issue at any time ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 12:18 pm Subject: One transaction slows down the other |
What I said was that, in Z, we only use one qmgr and one CICS in these transactions. And there is one qmgr in AIX also.
Transaction A:
Loop 500 times, each loop --
0. Get a Message from q0 with ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 10:09 am Subject: One transaction slows down the other |
The consuming app is j2ee based and hosted in AIX. The queue that Program C puts a message into is a remote queue.
All activities take place on the same qmgr and same cics in z. And AIX has its own ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 8:49 am Subject: One transaction slows down the other |
We do have some other CICS-MQ transactions. But, none of A and B is triggered by message in a queue. Does CKTI still matter?
Program C does MQGet with wait time of 30 second. But, this is not count ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Fri Oct 30, 2009 7:11 am Subject: One transaction slows down the other |
Thanks for all of your considerations.
Transaction A and B do not share any handle to any queues. A and B run their own UOW. None of A and B is triggered by MQ message. A wakes up in a fixed time i ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Thu Oct 29, 2009 6:46 pm Subject: One transaction slows down the other |
Yes, indeed, there are DB2 access involved. Program C does not do any database calls, but, both A and B perform DB2 SQLs. There is no other mvs resources (sequential files, pds's) involved.
Even wi ... |
| Topic: One transaction slows down the other |
jsp_ejb
Replies: 34
Views: 23629
|
Forum: Mainframe, CICS, TXSeries Posted: Thu Oct 29, 2009 2:56 pm Subject: One transaction slows down the other |
Our environment has MQ V6 with CICS 3.2 on Mainframe zos 1.7.
We have two different CICS transactions A and B calling the same program C. Program C uses MQ to put a message as request and wait for ... |
| Topic: TDS Mnemonics <FS> not recognized |
jsp_ejb
Replies: 4
Views: 2812
|
Forum: WebSphere Message Broker (ACE) Support Posted: Fri Jul 16, 2004 8:47 am Subject: TDS Mnemonics <FS> not recognized |
Thanks for your reply. Problem solved!
IBM conversion tables usually do this if they convert between a "DOS" (or
Windows or OS/2) codepage and one for a different platform.
The idea is that ... |
