Hi,
zIIP is not free, and isn't even an available upgrade for the client running a
z13s. It's an option for the one running the z15, but the cost is prohibitive.
My point is that IBM is providing an entry level for customers, but that entry
level cannot execute z/OSMF. These two sites are
I know z/OSMF has lots of good stuff, and is IBM's direction. And, yes having a
zIIP gets you more than just something to run Java.
But, look at this statement from Windows or Linux centered view. You're
telling me that I need to spend $50K (maybe an old number) extra, just so you
can do
Hi Cheryl,
I think the issues and its really outside of this scope, but I am the ONLY
system programmer at my shop. I maintain all 7 z/OS lpars with 3 z/OS
releases, including the care and installation of VM 7.1.
I am also the Operator, HMC, Do IPLs, RACF, CICS, OMVS, HSM, SMS, DASD, ETC, I
Thanks to everyone for their input. Since I was already using C/C++ I/0
functions to access a card file I thought that it would be simple enough
to setup the DD:SYSLIB and that it would actually point me to a DCB
address that I could use in my BLDL and LOAD macro(s). I ended up
defining the
Thank you Ed, excellent suggestion.
I too have felt the z/OSMF cpu cycles were exorbitant, but assuming you have
sufficient zIIP capacity and ZZ=YES, which now appears to be the default, then
high cycles might in reality be more of a perception problem if a person is
looking at a generalized
Are you moving off the mainframe?
Do you know exact date of mainframe shutdown?
Is the date guaranteed?
Who is the guarantor? Some team leader, project manager, external
contractor? Is it CIO?
Do you have it on paper? Is it clearly communicated?
I bet NO.
So I bet few years later there will be
On Fri, 16 Jul 2021 18:59:03 -0700, Charles Mills wrote:
>Yeah, it is one of those problems that seems like it should have a simple
>answer "what DSN was this module loaded from? How hard is that?" but in
>reality has unlimited subtleties.
>
Sounds like an RFE candidate. CSV should preserve the
One issue is that z/OSMF is expensive in CPU. I noticed in the system
trace, that there are 500 storage requests (eg getmain/freemain) for each
http rest message coming in. Getting rid of these expensive requests would
reduce the costs. I think all of these come from below the Java level,
such
On 7/17/2021 3:46 AM, Brian Westerman wrote:
Asking a site that is able to function within their requirements and existing
SLA's to upgrade their box to more than 4x the existing size just to run z/OSMF
is just never going to be economically feasible. Even on sites with larger
machines, they
Hi Cheryl, I had a similar discussion with you about a year ago, and IBM
contacted me to get more information on the "problem". For me, getting z/OSMF
setup and running was not an issue, except for the fact that there wasn't
enough processing power to keep it running properly.
Unfortunately
There is nothing wrong with staying at 2.2. Of the sites that we support,
several of them (11 out of 130) are running at or below z/OS 2.2. 3 of them
are running z/OS 1.8 and one is still running z/OS 1.4, those sites all plan to
deinstall "some day" and felt no real reason to upgrade. They
Other 'entities' might include shareholders or policyholders.
I don't agree that 'everyone else' is moving from the mainframe. Most large
financial institutions are certainly not. They bank on z system's inherent
security and integrity. To be sure, their admins are missing out on the thrill
12 matches
Mail list logo