I guess, especially if you need to keep a lot of variables in memory "in sync". Erg. add deposit amount to new account field and subtract same amount to old account field. Can't do that with a CS or PLO type instruction.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * [email protected] * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Assembler List [mailto:ASSEMBLER- > [email protected]] On Behalf Of John P. Baker > Sent: Tuesday, September 18, 2012 6:29 PM > To: [email protected] > Subject: Re: The Transaction state (was Model 2827 New Instructions) > > David, > > Another use of the transaction state would be when a program product is > updating multiple control blocks as part of a "transaction". > > You want external observers to see either all of the updates or none of > the > updates. > > The same methodology can apply to statistical counters. > > I can see many uses for transactional processing. > > John P. Baker > > -----Original Message----- > From: IBM Mainframe Assembler List [mailto:ASSEMBLER- > [email protected]] > On Behalf Of David Cole > Sent: Tuesday, September 18, 2012 3:09 PM > To: [email protected] > Subject: Re: The Transaction state (was Model 2827 New Instructions) > > >I now tend to be a "strict GUPI" type of programmer. Do you happen to > >know of a z/OS data structure which is "read mostly"? > > John, > > Just about !!!every!!! queue of control blocks in the entire system is > "read > mostly". > > Dave Cole > > > > > > At 9/18/2012 02:57 PM, McKown, John wrote: > >Thanks, that makes a lot of sense. It is for updating "Read Mostly > >Memory". Since the death of PLMs, I really don't know much about > >internals any more. I now tend to be a "strict GUPI" type of > >programmer. Do you happen to know of a z/OS data structure which is > >"read mostly"? Thinking about it, the CICS definition control > >blocks: PPT, PCT, FCT, ... are likely "read mostly" except for a few > >statistics fields. I don't know much about other things, since we are > a > >very primitive shop. > > > >-- > >John McKown > >Systems Engineer IV > >IT
