On Mon, 20 Nov 2023 17:02:16 +0100, Radoslaw Skorupka <r.skoru...@hotmail.com> 
wrote:

>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? :-)

Yes, I was thinking along the same lines.  It seems a shame to force such a 
significant cost associated with ICFs on users who only want to "move with the 
times".

Also, given it's just SMF data being used here, surely there's a way for z/OS 
to process that without VSAM RLS and EzNoSQL (?).  Perhaps they are using 
"ported" code, i.e. not native to z/OS, for the AI inferencing part and hence 
must have EzNoSQL and thus VSAM RLS.

>
>
>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.
>>

Agreed, this is the stumbling block that many smaller clients face, apart from 
the cost of the capacity required, be it ICF or CP.  It is an onerous task for 
many, but perhaps there is now an impetus to do it where there wasn't 
previously.

Best regards,
Peter

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to