Hi Chris,
I can simplify this with 3 simple questions. Realize I'm very pro-C/C++ with a
couple of caveats. I would have preferred C++ for my product if it didn't
create more problems than it solved. I'm curious about your experience as a new
convert to C++. Unlike any other applications, z/OS
My experience with Linux (RHEL) under zVM is that Linux tries to
cache as much of the file system(s) as it can. To me this is a
waste of RAM.
So here is an interesting situation: Linux has its file systems
and then MOUNTS a read only system via IP that is on another
platform (NFS?). So this
Jon Perryman wrote
#CALC (R4)=@PSAaddr of PSA
#CALC WRKPSA=@PSASave PSA addr
I'd guess that this is not a good way of doing this, if it means that this
address will be used as a base register, since that is both unnecessary and
(worse) results
> -Original Message-
> From: IBM Mainframe Assembler List
> On Behalf Of Jon Perryman
> Sent: Monday, August 7, 2023 11:05 PM
> To: ASSEMBLER-LIST@LISTSERV.UGA.EDU
> Subject: Re: Will z/OS be obsolete in 5 years?
>
> > On Thu, 20 Jul 2023 at 09:01, Rob van der Heij wrote:
> > It would
On Tue, 8 Aug 2023 at 00:06, Jon Perryman wrote:
> > On Thu, 20 Jul 2023 at 09:01, Rob van der Heij
> wrote:
> > It would be interesting to see your evidence of IBM Z not performing
> well with Linux.
>
> Linux on z performs better than Linux on most other hardware. My point is
> that Linux
These days disks are virtualized. I think the unit is the track. Two
"adjacent" tracks from a data set perspective could be on different PC
sized disks in the disk subsystem. The "disks" are usually irrelevant as
the data is usually in cache!.
These days a "defrag" equivalent might be to free