I see other solution: special price for ICF engine used for AI.
It can be just a price or yet another acronym for specialty processor -
maybe IAI? :-)
Of course IBM should not forget to use different names in HMC, marketing
slides, etc.
(zIIP = IIP, zAAP = AAP = IFA, ICF means both processor and LPAR, etc. )
--
Radoslaw Skorupka
Lodz, Poland
W dniu 20.11.2023 o 15:01, Scott Chapman pisze:
Just to add to the point about "or general purpose engine". A CF LPAR doing
relatively little activity for a non-critical work can run just fine on a shared GP
engine, assuming you have some available capacity. The CF LPARs don't generally consume
much CPU, if they're not being driven by intensive data sharing.
Unlike ~30 years ago when sysplex first came out, things like thin interrupts
and sub-capacity pricing as well as faster CPUs means that it is plausible
today to run CF LPARs on GPs. The most extreme case I've seen has 3 z/OS LPARs
and 2 CF LPARs running on a single sub-capacity engine. Obviously a very small
environment, and not a configuration I'd recommend, but it functions.
But I do think there might be performance advantages available to some
customers who don't have CF LPARs defined today if they just would stand up a
small CF LPAR running on a GP. But it requires some effort to configure and
manage.
Scott Chapman
On Mon, 20 Nov 2023 06:32:08 +0000, Timothy Sipples <sipp...@sg.ibm.com> wrote:
The z/OS AI Framework requires EzNoSQL, EzNoSQL requires VSAM Record-Level
Sharing (RLS), and VSAM RLS requires a Coupling Facility (internal or external)
running on either a CF or general purpose engine.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
