Even PL/I F supported multitasking.

-- 
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר




________________________________________
From: IBM Mainframe Discussion List <[email protected]> on behalf of 
Robert Prins <[email protected]>
Sent: Tuesday, September 9, 2025 3:17 PM
To: [email protected] <[email protected]>
Subject: Re: IBM-MAIN Digest - 7 Sep 2025 to 8 Sep 2025 (#2025-245)


External Message: Use Caution


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://secure-web.cisco.com/1Vgvf03ZV-abE_A9PGX4ld6aGwjmDcSuAMWv0Xvuuu_Y-Mf6ZXcuPhnn9-uKYUyZcCTv9Amuvm3i9AvNwt2STqib72yD4OYmd4YKQj7L0N9FFGw1p3drxUSRxCaK2H2WcZ7WqQ3kvtLluWMf7KqEe4kAYT6mFIOqa3Y0Zx94koXn-iieqqmx5Gr8DNj2uEgb-2DhIeyJOkqhU5mSCLvnyFZUcO0IYSEn5E737qUkuk1bsWid_NiSHSZM_rJkuhIO2VCFlEYoQWIkBOriuPjpEV4dRKzjVFv_TqzQsQB8fStA5Dh28Kqpf_BUkN3WtqrSPY5fp4NzDgOU-BqR3o8gmHHGB5h2evVUYUvkewnmaEgu10t9qKodTleVaY79KEyV2qUmGPbtchMQ9ji4F8UrhGt4tHS7_2sU3Fi2Px04wWgA/https%3A%2F%2Fprino.neocities.org%2Findex.html>
Some REXX code for use on z/OS
<https://secure-web.cisco.com/1ZBlWMX65lpKHjxUwvNJ2RlkBiGBaPtiN8OCdGn4maO7Z6A8fj5Uzhkgp0PYTPslanD-RgCNhOICr8OMD6ycTJ7z19BdSXXoIX0IxIt2fRhawdACgHYsFZX8mlTrX6dU-ybN90PQePcLNPGx7PXcvzh4_xJna_hh0dVX3fA86NZu-52KkhjS5HBfY0CAg88pX7yn7agzOmlS-XL8JY5ro1boRXnl9XuB8bqO3-WRucDNmqLDA_CRA4_x6dfBi0lSxveyDG8hK0-8kK-BFhlaY1qXgOw-lRmVROoGdpL_TVy7qvJIWkHUitBN-62-NUw2TAY1GTSCseSX13nb_rNHdbtuzdV8ymaovMOfE-1xuo5gRxKxDOM2xh7CgubL_Dbv_B3SbR6CoVaJ2Q08r905dR1BknLubmnKKwt2TjCrc4fg/https%3A%2F%2Fprino.neocities.org%2FzOS%2FzOS-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 
> http://secure-web.cisco.com/1E0HQUqCRzldvVZfMLRiqks_IbUAtaSl9F-q7V1J9OH74-rgXGFxoulZXY2gqbo8CJrRagiwCI6_mfWh2RqsUWkQxzTg0OwctbDzFAnkXGOF71uS4M4wknrbX-3DJPK147YAlyToLoCYdXR7A3CSDAYe-qIdeQbboNp2WjGjIE0BQ93OsfRYxj_Ew73rtOWCgEO34fuE0RrXRdIsEeFaPfS1YjbCRn8Tvj7HUCxc0CO6aZdZLTK2YsSHBgX_fjJoR81TAey8CyYrSj-lDIOlevwEwAfssykPBYCOG0xfruPHNQmWkNT8xpmzGSljIrnFbYODVRUPjoJgd3-LwHGuke-5P7OsXwra7t8kiyQUJ_CemvutHE0LPwYDqGA5PcKDOwpf3vwNY5hUc2Xzhiv7yzlK1YOXoWG8xSGS9kB5MgWw/http%3A%2F%2Fwww.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





----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to