On Tue, 9 Sept 2025 at 15:15, Gary Weinhold < [email protected]> wrote:
> Although perhaps Pipes will never be used much on z/OS, with PL/I and > now COBOL v6.3 supporting multi-threading, the performance system > programmers will soon have to be aware that application programmers may > introduce multi-tasking in batch job steps and possibly TSO. > Parenthetically, over 20 years ago we worked with a credit card > processor who had a production multitasking application under TSO. > The old OS PL/I Optimizing Compiler supported multi-tasking out-of-the-box, at least 35 years ago, and I actually used that feature to make two long-running programs operator interruptible, probably the most simple type of multitasking possible, just start a second task that issues a WTOR and then goes to sleep. Robert -- Robert AH Prins robert(a)prino(d)org The hitchhiking grandfather <https://prino.neocities.org/index.html> Some REXX code for use on z/OS <https://prino.neocities.org/zOS/zOS-Tools.html> > > On 2025-09-09 12:00 a.m., IBM-MAIN automatic digest system wrote: > > Date: Mon, 8 Sep 2025 19:22:22 -0500 > > From: Jon Perryman<[email protected]> > > Subject: Re: Pipelines = you don't understand z/OS > > > > On Mon, 8 Sep 2025 08:56:03 +0100, Colin Paice<[email protected]> > wrote: > > > >> A single task and synchronous I/o can have lower throughout compared to > > The opposite can also be true. The point is the person responsible for > performance does not have any control over PIPEs. PIPEs are unpredictable > because the only person who has control is not a sysprog. Instead, it's > every application programmer. > Gary Weinhold > Senior Application Architect > DATAKINETICS | Data Performance & Optimization > Phone:+1.613.523.5500 x216 > Email: [email protected] > 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. > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
