Thanks, Dave! Not quite the answer I wanted but the answer I needed. :-)
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Dave Betten
Sent: Tuesday, April 5, 2022 4:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: non Db2 DFSort and zIIP question [EXTERNAL
Nothing has changed. DFSORT still only exploits zIIP when invoked by Db2
Utilities. On z15, when using zSORT, it does not use zIIP but instead exploits
the accelerator.
PS - sorry if this is a dupe. I replied earlier but didn't see it appear in
the list.
Dave Betten
Senior z/OS Performanc
Nothing has changed regarding DFSORT's zIIP exploitation. It only exploits
zIIP when called by Db2 Utilities. And the new zSORT capability on z15 does
not exploit zIIP but instead leverages the accelerator.
Dave Betten
Senior z/OS Performance Specialist
IBM Z Technical Sales
---
lf
> Of Feller, Paul
> Sent: Monday, April 4, 2022 4:09 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: non Db2 DFSort and zIIP question [EXTERNAL]
>
> Rex, on a z15 there is an "Integrated Accelerator for Z Sort" which has
> nothing to do with zIIPs or general CPs.
again,
Rex
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Feller, Paul
Sent: Monday, April 4, 2022 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: non Db2 DFSort and zIIP question [EXTERNAL]
Rex, on a z15 there is an "Integrated Accelerator for Z Sort" whic
Mainframe Discussion List On Behalf Of
Pommier, Rex
Sent: Monday, April 4, 2022 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: non Db2 DFSort and zIIP question [EXTERNAL]
Hello list,
The subject line summarizes my question. We're running a z14 (so the SORTL
stuff doesn't apply according
Hello list,
The subject line summarizes my question. We're running a z14 (so the SORTL
stuff doesn't apply according to the doc I've read) and z/OS 2.4. Does DFSort
support offloading to a zIIP processor for non Db2 sorting? I know I could
purchase db2sort which is Syncsort under the covers
-8234 | M: 512-627-3803
E: cblaic...@syncsort.com
www.syncsort.com
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Ed Jaffe
Sent: Thursday, July 21, 2016 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT and zIIP
On 7/21/2016
On 7/21/2016 10:07 AM, Elardus Engelbrecht wrote:
Ed Jaffe wrote:
They probably don't want to call E15/E35 exits in SRB mode, ...
Excellent catch! Running an exit while sitting on zIIP is an interesting
scenario. H, very very interesting, what will happens when you try out that
little tr
Ed Jaffe wrote:
>They probably don't want to call E15/E35 exits in SRB mode, ...
Excellent catch! Running an exit while sitting on zIIP is an interesting
scenario. H, very very interesting, what will happens when you try out that
little trick?
And if you're sitting in a micro code while ru
On 7/20/2016 11:25 PM, Timothy Sipples wrote:
To my knowledge, no. zIIP exploitation sometimes makes technical sense, and
sometimes it doesn't. Even within the same general product category.
Subject to periodic review as technologies change and evolve.
Assuming they're constrained by the same
On 7/20/2016 10:45 PM, Peter Hunkeler wrote:
I'm longing for the day when also the zIIPs disappear again and IBM
has found a better way to charge software license fees.
I agree it would be GREAT(!) if kneecapping of CPs was removed and
replaced with PER CORE software charging like other platf
W dniu 2016-07-21 o 08:25, Timothy Sipples pisze:
Paul Gilmartin wrote:
I find it hard to believe that optimization of revenue was not a
consideration.
To my knowledge, no. zIIP exploitation sometimes makes technical sense, and
sometimes it doesn't. Even within the same general product categor
Paul Gilmartin wrote:
>I find it hard to believe that optimization of revenue was not a
consideration.
To my knowledge, no. zIIP exploitation sometimes makes technical sense, and
sometimes it doesn't. Even within the same general product category.
Subject to periodic review as technologies change
>For DB2 Sort for z/OS, zIIP
--
Peter Hunkeler
>exploitation makes technical sense. For DFSORT -- except for exploiting
>zIIPs on behalf of DB2 utilities and in other ancillary ways -- it doesn't
>seem to make technical sense.
All this speciality engine thing never made any *techincal* senc
A place (long ago and far away) used both.
For cost savings we decided on DFSORT (long story omitted).
What we found was that for *some small percent* the control cards weren’t
compatible.
This was long before zIIP and once we got the control card issue resolved we
were happy with DFSORT.
The use
IOW, if enough customers were to switch to a competitive zIIP-enabled sort
product, the technical issues might magically be solved ;-)
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Wed, Jul 20, 2016 at 10:14 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
If you have a highly kneecapped CP, almost any workload on a zIIP
would greatly help the CP. Unless the instruction sequences are very
short.
On Wed, Jul 20, 2016 at 10:14 AM, Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Wed, 20 Jul 2016 14:47:49 +0800, Timothy Sipp
On Wed, 20 Jul 2016 14:47:49 +0800, Timothy Sipples wrote:
>Different products mean different technical considerations and
>optimizations. It's just that simple. For DB2 Sort for z/OS, zIIP
>exploitation makes technical sense. For DFSORT -- except for exploiting
>zIIPs on behalf of DB2 utilities a
This was exactly why I asked the question we run both in house dfsort and
syncsort, don’t ask why. But because syncsort can take advantage of the zIIP
engines. We are leaning more towards that and not drive MSU costs if we thought
about converting the other way. At this point we are were just lo
Different products mean different technical considerations and
optimizations. It's just that simple. For DB2 Sort for z/OS, zIIP
exploitation makes technical sense. For DFSORT -- except for exploiting
zIIPs on behalf of DB2 utilities and in other ancillary ways -- it doesn't
seem to make technical
resolved by disabling the zIIP,
at the cost of CP MSUs of course.
Kees.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: 19 July, 2016 19:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: DFsort and zIIP
>
>You are correct that the ZIIP dispatcher is not as sophisticated as the
>regular dispatcher.
I dare to contradict, not intending to question you expertise. It is my
understanding that there is only one dispatcher in MVS. It handles work on the
CP WUQ as well as work on the zIIP WUQ. The reas
@LISTSERV.UA.EDU
Subject: Re: DFsort and zIIP
There is one potential zIIP performance problem that we learned about as we
moved to DB2 V10, which enabled more zIIP processing than was available in V9.
The scenario went something like this. zIIP dispatching was not as
sophisticated as GP
ehalf
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, July 19, 2016 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: DFsort and zIIP
The largest benefit is a financial one: you don't pay the zIIP MSUs.
A performance benefit can come from the fact that the zIIP is always running at
o:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Marchant
Sent: 19 July, 2016 16:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFsort and zIIP
On Tue, 19 Jul 2016 08:26:45 +0200, Peter Hunkeler wrote:
>>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise. Here's
>>more informati
On Tue, 19 Jul 2016 08:26:45 +0200, Peter Hunkeler wrote:
>>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise. Here's
>>more information:
> >
>>At this time, IBM has no plan for enabling DFSORT to exploit the system z9
>>Integrated Information Processor (zIIP). IBM realizes DFSOR
Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Peter Hunkeler
Sent: Tuesday, July 19, 2016 2:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: DFsort and zIIP
>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise.
>Here's more information:
>
>A
>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise. Here's
>more information:
>
>At this time, IBM has no plan for enabling DFSORT to exploit the system z9
>Integrated Information Processor (zIIP). IBM realizes DFSORT remains a
>prominent component of our customers' batch workloa
016 12:24:23 PM:
> From: "White, Andy"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 07/18/2016 12:24 PM
> Subject: DFsort and zIIP
> Sent by: IBM Mainframe Discussion List
>
> Does anyone know does DFSORT take advantage of zIIP engines if they
> are installed? I read on
Does anyone know does DFSORT take advantage of zIIP engines if they are
installed? I read online where they do for DB2 invoking DFSORT but wondering in
general if it does or planned on utilizing them.
Thanks
Andy
The information contained in this message may be CONFIDENTIAL and is for the
i
31 matches
Mail list logo