I did not realize *nix had multiple paging tables. On Tue, Sep 9, 2025 at 8:32 PM Jon Perryman <[email protected]> wrote:
> On Tue, 9 Sep 2025 22:12:45 +0000, Farley, Peter < > [email protected]> wrote: > > >Also, BatchPipes was not really a PIPEs implementation > > Externally, it meets PIPE requirements because it writes to a DCB that is > read by another DCB. Internally, the STC receives the data from the SSI and > then forwards the data to the receiver. > > I assume z/OS Unix does this more efficiently because both processes are > in the same address space. > > > it was just a way to push data from one batch process to multiple other > ones without a real file as the intermediary, > > Essentially true because of z/OS device independence. It doesn't care if > the file is tape, disk, vio, batchpipe or ???. > > >When I think of PIPEs I mean a CMS-style pipe command implementation > >usable in a single (possibly) multitasking process, > > True pipes are accessible across address spaces. > > > NOT, as you put it, “. . . designed for sysprogs making choices”. > > I've been told by many developers that they have full control. They love > taking responsibility for security, efficiency and all other aspects. Do > you consider DB2 for zLinux system level software despite using nothing > more than TCP sockets. Which of the Unix distributed computing solutions is > not application level design? On z/OS, is the application programmer making > decisions or does the sysprog play a vital role? > > Application developers play a vital role in z/OS choices but sysprogs play > a much larger role. In Unix, application developers play the only role and > often make bad choices. BIG-O is clunky for optimizing a Unix application? > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
