View previous topic :: View next topic
|
Author |
Message |
beikircherw
New User
Joined: 18 May 2020 Posts: 7 Location: Italy
|
|
|
|
Hi there,
we are trying to establish a new structure in our communication through MQ. At the moment we simply put a pure byte stream on the client in the MQ message. On mainframe, we read the message in a COBOL program an elaborate this further.
Big disadvantage: when I have to add an additional field in the message.
So we thought to change the structure of the message and put the message in JSON format on MQ. Then use the JSON parser on z/os to parse it an get the structure.
We knew, that the parsing takes time but we hoped it would be completely on ziip. But this is not.
Does anybody know if there are other ways to deal with JSON? Or maybe there is an PTF for z/os that moves the JSON parser to ziip and we havn't installed it.
Unfortunately we have only the COBOL compile 4.2 in place. So we can not use the JSON parsing capability of version 6. And we don't have this communication server (don't remember the name) in place which does us the parsing... |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10888 Location: italy
|
|
Back to top |
|
|
beikircherw
New User
Joined: 18 May 2020 Posts: 7 Location: Italy
|
|
|
|
Actually we are running on z/OS 2.2.
Shortly, within the summer, we are moving forward to 2.4.
We are also preparing to do the migration to COBOL V6. But for that we have to bring our software at least at V4.2. At the moment we have modules running compile on VSE cobol.
I think, for the installation of COBOL V6 we will see 2021 |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10888 Location: italy
|
|
Back to top |
|
|
beikircherw
New User
Joined: 18 May 2020 Posts: 7 Location: Italy
|
|
|
|
As described in my first post, we are actually using this z/OS JSON parser. Unfortunately is using only the main CPU. At least, it seems.
Therefore the question if there are other possibilities for JSON. Or maybe somebody knows if there is a PTF that is not installed at our site to outsource the processing of the JSON structure to the zIIP.... |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
We knew, that the parsing takes time but we hoped it would be completely on ziip. But this is not. |
There is some CP time for CPU even for Java -- the Redbook IBM CICS Performance Series: CICS TS for z/OS V5 Performance Report shows in 7.12.3 that 20 to 40% of the CPU time for parsing (native and Java) is NOT eligible for zIIP processing. So your hope for complete zIIP processing is hopeless. |
|
Back to top |
|
|
beikircherw
New User
Joined: 18 May 2020 Posts: 7 Location: Italy
|
|
|
|
Okay, I didn't know that.
But we even didn't recognize ANY offload to the zIIP. We looked at the SMF30 and there was no time for zIIP offload.
Seems that IBM offers some zIIP offload in certain products (CICS, DB2 ecc.) but not in this case. Maybe we get some gains with version 2.4 |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8700 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
Maybe we get some gains with version 2.4 |
Generally, if you have a zIIP processor active, the CP will direct zIIP-eligible work to it without having to do anything else (although, as always, there are exceptions -- we use a database product that is not DB2 that requires special code to use the zIIP). The z/OS version doesn't really play into this -- if you're not getting zIIP usage now, going to 2.4 will not magically get you zIIP time.
Look at the SMF 30 field SMF30_TIME_ZIIP_ON_CP which is in the Processor Accounting section of the SMF record type 30. This tells you the amount of zIIP-eligible CPU time that was actually executed on the CP (instead of on the zIIP). Which tells you how much CPU time can be offloaded to the zIIP for what you're doing. You may need to discuss your situation with your site's system programmer(s) to verify that the zIIP engine(s) are available to the LPAR you're using; if not, it doesn't matter what you do because you won't get any zIIP CPU time. |
|
Back to top |
|
|
beikircherw
New User
Joined: 18 May 2020 Posts: 7 Location: Italy
|
|
|
|
Exactly. We check the SMF 30 field SMF30_TIME_ZIIP_ON_CP but there was no value. No, wrong. There was '0' (zero) as a value.
My hope was that IBM adds more and more 'zIIP eligible workload' during the versions. As seen for DB2 or for CICS.
But honestly, I didn't checked the tecnical documentation of version 2.4.
Anyway, thanks for Your support. |
|
Back to top |
|
|
|