Re: BAKR Instruction
Hi Dan, I'm with Gary... would love a copy of your presentation. Thanks, Russ Russell W. Teubner HostBridge Technology: www.hostbridge.com www.linkedin.com/in/rteubner -Original Message- From: IBM Mainframe Assembler List On Behalf Of Gary Weinhold Sent: Tuesday, May 29, 2018 7:11 AM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: BAKR Instruction Hi, Dan, I hope all continues well with you. Has retirement kept you busy? We hope to see Howard in late June, if he ever answers his emails! Could you send me the powerpoint for this presentation. I have the pdf, but i always appreciated the powerpoint. Regards, Gary On 2018-05-28 2:44 PM, Dan Greiner wrote: > In 2012, I did a presentation at SHARE in Atlanta on the details of the > dual-address-space (DAS) and linkage-stack (LS) architecture which > includes BAKR and PR. Most likely, this contains far more detail than any > sane person would want to know, but it's easier to digest than the > description in the PoO. > > The Assembler List section of the UGA list server doesn't support > attachments or I would have posted it here. If you would like a copy, > please contact me via email, and I'll forward you a PowerPoint file. > (Please don't repost your request here.) Gary Weinhold Senior Application Architect DATAKINETICS | Data Performance & Optimization Phone +1.613.523.5500 x216 Email: weinh...@dkl.com Visit us online at www.DKL.com E-mail Notification: The information contained in this email and any attachments is confidential and may be subject to copyright or other intellectual property protection. If you are not the intended recipient, you are not authorized to use or disclose this information, and we request that you notify us by reply mail or telephone and delete the original message from your mail system.
Re: ASSEMBLER-LIST Digest - 5 May 2015 to 6 May 2015 (#2015-52)
I agree with John McKown's comments. I would only add one note... Since our server-side JavaScript engine runs on the zIIP (and inside of CICS), our customers write integration services that are zIIP enabled. Are these "applications"? Not in the traditional sense. However, customers are doing some pretty interesting things in terms of: (a) data transformation, and (b) automating interactions with existing applications. Note that whenever we pass control to non-JavaScript customer code (e.g., LINKing to a CICS COBOL program), we flip that work over to a CICS Open TCB. That keeps us compliant with the ISV license agreement, but also avoids a whole array of technical issues that would result otherwise. Russ Teubner - HostBridge -Original Message- From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] On Behalf Of John McKown Sent: Friday, May 08, 2015 2:04 PM To: ASSEMBLER-LIST@LISTSERV.UGA.EDU Subject: Re: ASSEMBLER-LIST Digest - 5 May 2015 to 6 May 2015 (#2015-52) On Fri, May 8, 2015 at 1:14 PM, John Walker < 00c645a0d640-dmarc-requ...@listserv.uga.edu> wrote: > What are the gains in doing the ziip thing? I am aware of it, as a > mainframe guy, but don't know the details. It might be helpful to > learn in any case. > There are two mains ones that I know of: (1) If you run zIIP enabled code on a zIIP, then that CPU is not part of your MSU for software billing purposes; (2) A zIIP engine always run "full speed", even if the normal CPs are "knee capped". However, you also need to be aware that you cannot run just anything on a zIIP. Not all system services are available to code running zIIP enabled. Also, getting the information on how to write zIIP enabled code is IBM proprietary. You cannot use then information except as allowed by IBM. You cannot disclose the information to others because requires signing an NDA. You cannot reveal the source to others, again due to the NDA. zIIP enabled code is really only for vendors. Now, you _can_ use a zIIP engine for application code _IF_ you enable zAAP on zIIP processing. But you can only write zAAP enabled code in Java. So it could be used for things like WAS transactions, CICS transactions (I think), or even batch programs. But again, only for Java language. And don't try to use JNI to slide some COBOL or HLASM in there because the JNI interface will turn off the zAAP eligibility while the JNI code is running. -- If someone tell you that nothing is impossible: Ask him to dribble a football. He's about as useful as a wax frying pan. 10 to the 12th power microphones = 1 Megaphone Maranatha! <>< John McKown
Re: Lower case csect/entry names
Thanks Martin, I hope IBM is proud of the manner in which authorized ISVs have adopted the zIIP. Admittedly, for some of us, it become an obcession. In part, this was due to the fact that the bulk of our product is written in c/c++, and it runs under CICS. zIIP enabling code with those characteristics proves to be rather challenging! However, it was well worth it. Customers love the fact that our integration software is completely zIIP enabled. I think customers are content to spend valuable GP mips on valuable application logic. However, spending GP mips on integration, "plumbing", and data transformation makes no economic sense today. Thus, by zIIP enabling our integration products we have seen customers drive more z/OS workload. And, the fact that they can depoly z/OS-based services, written in a modern language like JavaScript and running on the zIIP, encourages them to run new workload on System z. We are currently doing the same thing with Redis for z/OS. Thanks for championing the zIIP-enablement cause over the years. Russ
Re: Lower case csect/entry names
Perfect... thanks to all. Russ
Lower case csect/entry names
I just completed an assembler program that will be linked with a c program. The objective of the assembler program is to perform SRB/zIIP-enabled socket i/o for the c program. I would like the csect and entry names in the assembler program to include lower case letters (to match c conventions). However, I can’t seem to find a combination of assembler options to cause it to create an object module that has lower case csect/entry names. Is this possible? Thanks, Russ
