Gord Tomlin wrote:
>AFAICT the sole reason for the (paid) hardware feature is to provide
>entitlement.
>My guess as to why they require this feature is that you can run a lot
>of FOSS products in zCX that offer similar function to IBM products.
>Unfettered free use of zCX could be very costly to IB
Thank you all for the answers ... They make a lot of sense ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
No, this FC is kind of license. There is no hardware behind and
definitely no change in integrated circuits like CPU.
And it would be wise to enable such "deep DAT" for z/VM world as well.
But there is no such feature.
BTW: there are several FC features which are enablements of some
software/m
On 2020-08-26 14:37, Mauri Kanter wrote:
I do not know why zCX needs FC-0104 ? Does FC-0104 changes something
hardware-wise?
AFAICT the sole reason for the (paid) hardware feature is to provide
entitlement.
My guess as to why they require this feature is that you can run a lot
of FOSS pro
Well, you can get a 90 day trial without it, so the software must be
checking for license and not using an actual hardware feature.
https://ibmsystemsmag.com/IBM-Z/07/2020/z-os-container-extensions-trial
On Wed, Aug 26, 2020 at 1:37 PM Mauri Kanter wrote:
>
> I guess the same than you and for th
I guess the same than you and for the same reasons, but I have no proof of it
... The only thing why I doubt about it is that I do not know why zCX needs
FC-0104 ? Does FC-0104 changes something hardware-wise?
>
>My guess is NO.
>Reason: the same as with z/VM. Multi-level z/VM causes DAT to be
IMHO the key to running system efficiently is to assure enough physical
memory.
Enough mean paging rate close to zero during normal operation.
Paging is still good, but only clean out inactive pages (looong time).
However DAT is in use even with no paging - just to translate virtual
storage to
W dniu 26.08.2020 o 18:15, Mauri Kanter pisze:
Hi Mike:
Thanks for the answer
My question tried to clarify whether (or not) when a zCX Linux image uses DAT
and z/OS is running under z/VM, if it can be a TLB-hit or it always be a
TLB-miss because the so many levels of SIE-virtualization
My
Hi Mike:
Thanks for the answer
My question tried to clarify whether (or not) when a zCX Linux image uses DAT
and z/OS is running under z/VM, if it can be a TLB-hit or it always be a
TLB-miss because the so many levels of SIE-virtualization
Mauri.
-
The key to running MVS efficiently under VM was to specify a small
region for MVS within VM. This would result with all the VM pages for
MVS being in and MVS would page in and out. A large region for MVS
would result in MVS and VM both paging in and out, working against
each other. So look at Li
Hi:
BTW, speaking of running zCX under z/OS under z/VM ...
Does anyone know whether (or not) the DAT translation is kept in the TLBs (CAM
memory)?
I don't know why, but I think there was a limit on the levels of
hardware-assisted DAT translation ...
I want to know whether running zCX on a z/O
I hear what you say, Brian - perhaps I should be a little less trusting.
Nevertheless, the book goes on to cover installation of 'Cadvisor' and
'Prometheus', too, both of which are required for grafana to do its job.
(and I'm having similar difficulty with Cadvisor, too.)
Regards
Sean
On Fri, 14
I doubt it would be in production if it wasn't ready :)
On 2020-08-14 4:32 PM, Brian Westerman wrote:
I hate to say this but I can't help myself, but what makes you think they
actually got it to work? :)
But seriously, the redbooks are written sometimes before the final processes are set in p
I hate to say this but I can't help myself, but what makes you think they
actually got it to work? :)
But seriously, the redbooks are written sometimes before the final processes
are set in place, so sometimes they tell you what "should be" instead of what
"is be".
From what you are saying, y
14 matches
Mail list logo