Why sort (was Microprocessor Optimization Primer)

On 02/04/2016 10:09 PM, David Crayford wrote: IBM switched the magic bit to offload the JZOS JNI C/C++ workload to a zIIP so they could do the same for DFSORT. A well engineered library could handle the callbacks so the client just reads records like a normal API. That would certainly push Java

Re: Why sort (was Microprocessor Optimization Primer)

On 3/04/2016 2:50 PM, Andrew Rowley wrote: On 02/04/2016 10:09 PM, David Crayford wrote: IBM switched the magic bit to offload the JZOS JNI C/C++ workload to a zIIP so they could do the same for DFSORT. A well engineered library could handle the callbacks so the client just reads records like a

Re: Why sort (was Microprocessor Optimization Primer)

On Sun, Apr 3, 2016 at 1:50 AM, Andrew Rowley wrote: > On 02/04/2016 10:09 PM, David Crayford wrote: > >> IBM switched the magic bit to offload the JZOS JNI C/C++ workload to a >> zIIP so they could do the same for DFSORT. A well engineered library >> could handle

Re: Why sort (was Microprocessor Optimization Primer)

Along with the other reasons outlined by others, it significantly improves bulk processing, I shy away from the term batch because that has come to have a bad connotation. When dealing with individual transactions, such as an ATM transaction or a web transaction, sorted data is not needed.

New to Z/OSMF

Trying to get this up and running with all plugins. All steps go well including the -finish step and the step to add the plugins with the overridefile. I start IZUSVR1 up and wait to start the browser interface. After I see the stc quiet down I launch the browser only to see the core apps

Re: TBDISP not displaying entire row

Rather than attempting to display every row in its entirety, the table could perhaps just display certain key fields from each row. If a user needs to see more detail, they could select a row. This would display a full-screen panel (scrollable if required) that displays additional information

Re: Why sort (was Microprocessor Optimization Primer)

On Sun, Apr 3, 2016 at 6:00 PM, Andrew Rowley wrote: > On 3/04/2016 22:43, David Crayford wrote: > >> Good question! Sort can be utilised for other purposes than sorting, it >> can be used as an I/O engine. DFSORT (or Syncsort) implements bespoke >> highly optinized

Re: Why sort (was Microprocessor Optimization Primer)

The reason I like Java on Z so much is I got used to using Hashtable in C#, then tried to use Rexx stems to do the same thing. (It was semi successful but I always felt like it was very fragile due to the potential for unexpected values etc. for the stems.) Then I found Java had real hash

Re: New to Z/OSMF

Thanks for the reply, it is 2.1. Sent from my iPhone > On Apr 3, 2016, at 3:23 PM, Jesse 1 Robinson wrote: > > You don't say what z/OS you're running. I made it a point to research z/OSMF > at SHARE in San Antonio. Learned that z/OS 2.1 really needs UI90034 to make >

Re: Why sort (was Microprocessor Optimization Primer)

On Sun, Apr 3, 2016 at 6:28 PM, Andrew Rowley wrote: > The reason I like Java on Z so much is I got used to using Hashtable in > C#, then tried to use Rexx stems to do the same thing. (It was semi > successful but I always felt like it was very fragile due to the

Re: Why sort (was Microprocessor Optimization Primer)

On 4/3/2016 4:28 PM, Andrew Rowley wrote: DFSORT seems to be most useful where you need to sort more data than can be processed in storage - but I'm wondering how often that really needs to be done. I'm not so interested in utilities and databases calling it under the covers - more in

Re: Why sort (was Microprocessor Optimization Primer)

First of all, full disclaimer that I was in DFSORT development for about 8 years so I might be biased. But I just want to share a few thoughts. First the idea of loading all the data into a large hashmap to do the sort tends to eliminate one very important thing and that's overlap. Essentially,

RLSE does not work with PGM=FTP

Using IBM FTP CS V2R1, the uploaded INFILE's excess space is not RLSE'd. //FTPUP EXEC PGM=FTP,PARM='(EXIT=4' //SYSPRINT DD SYSOUT=*,DCB=BLKSIZE=133 //SYSABEND DD SYSOUT=* //SYSOUT DD SYSOUT=* //FTPOUT DD SYSOUT=* //INFILE DD DSN=MXGLRG.CICS.UNTERSE,DISP=(NEW,CATLG,CATLG), //

Re: Microprocessor Optimization Primer

I'm behind reading this epic thread, but I sent a question related to it to Bill Collier, instructor I had at IBM in 1968 while in full-time training for OS/360 System Design Department. He runs http://www.mpdiag.com and is biographied at http://www.bestweb.net/~collier -- so is valuable

Re: Why sort (was Microprocessor Optimization Primer)

On 4/04/2016 7:41 AM, John McKown wrote: On Sun, Apr 3, 2016 at 6:00 PM, Andrew Rowley wrote: On 3/04/2016 22:43, David Crayford wrote: Good question! Sort can be utilised for other purposes than sorting, it can be used as an I/O engine. DFSORT (or Syncsort)

Re: RLSE does not work with PGM=FTP

On Sun, Apr 3, 2016 at 8:29 PM, Barry Merrill wrote: > Using IBM FTP CS V2R1, the uploaded INFILE's excess space is not RLSE'd. > > > > //FTPUP EXEC PGM=FTP,PARM='(EXIT=4' > //SYSPRINT DD SYSOUT=*,DCB=BLKSIZE=133 > //SYSABEND DD SYSOUT=* > //SYSOUT DD SYSOUT=* > //FTPOUT

Re: Why sort (was Microprocessor Optimization Primer)

[image: Mic Drop] On Apr 3, 2016 20:53, "David Crayford" wrote: > > On 4/04/2016 7:41 AM, John McKown wrote: >> >> >> ​I'm not an application programmer. But I can just imagine the looks of >> astonishment and the "talk", if I were to write a COBOL program which does >> a

Re: RLSE does not work with PGM=FTP

On Sun, 3 Apr 2016 20:29:09 -0500, Barry Merrill wrote: >Using IBM FTP CS V2R1, the uploaded INFILE's excess space is not RLSE'd. > >//FTPUP EXEC PGM=FTP,PARM='(EXIT=4' >//SYSPRINT DD SYSOUT=*,DCB=BLKSIZE=133 >//SYSABEND DD SYSOUT=* >//SYSOUT DD SYSOUT=* >//FTPOUT DD SYSOUT=* >//INFILE

Re: Why sort (was Microprocessor Optimization Primer)

On 4/3/2016 6:21 PM, Ed Jaffe wrote: DFSORT, Syncsort, etc. use the CPC/UPT hardware instructions to implement the fastest sort on the platform. Typo. Of course, I meant to write CFC/UPT... :-[ -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245

Re: RLSE does not work with PGM=FTP

On Sun, 3 Apr 2016 21:11:59 -0500, John McKown wrote: > >​Dr. Merrill, >I know that I'm not in your league. But it looks to me like what you're >doing is allocating a DSN using JCL, but directing the FTP process to write >to it using dynamic allocation. So you never really open the DD INFILE or

Re: Why sort (was Microprocessor Optimization Primer)

On 2016-04-03, at 19:25, David Betten wrote: > First of all, full disclaimer that I was in DFSORT development for about 8 > years so I might be biased. But I just want to share a few thoughts. > > First the idea of loading all the data into a large hashmap to do the sort > tends to eliminate

Re: Why sort (was Microprocessor Optimization Primer)

I used to work for the late great Security Pacific, at the time the largest bank based in Los Angeles. When DFSORT was a pimply-faced teenager, some of us sysprogs were invited to Santa Teresa to meet with product developers to share some real-world feedback. They were a young and earnest

Redpiece on SDSFAUX

Learn,Adopt, Deploy. For those wondering about SDSFAUX. http://www.redbooks.ibm.com/abstracts/redp5337.html -- How many surrealists does it take to screw in a lightbulb? One to hold the giraffe and one to fill the bathtub with brightly colored power tools. Maranatha! <>< John McKown

Re: Why sort (was Microprocessor Optimization Primer)

I have always argued that a company can buy more CPU, but no one can buy more wall clock time. Yes, sometimes you need CPU to be king, which is why MFX, Syncsort to you old timers, has offered multiple optimization options for years. Chris Blaicher Technical Architect Ironstream Development

Re: Why sort (was Microprocessor Optimization Primer)

On 3 April 2016 at 02:50, Andrew Rowley wrote: > One question that puzzles me (maybe it's my lack of an application > programming background): Why is sort used so much on z/OS? As others have pointed out, sort on z/OS (whether IBM's or other vendors') can be used

Re: Why sort (was Microprocessor Optimization Primer)

On 3/04/2016 22:43, David Crayford wrote: Good question! Sort can be utilised for other purposes than sorting, it can be used as an I/O engine. DFSORT (or Syncsort) implements bespoke highly optinized I/O using low-level programming interfaces such as chained EXCPs which are significantly

Re: New to Z/OSMF

You don't say what z/OS you're running. I made it a point to research z/OSMF at SHARE in San Antonio. Learned that z/OS 2.1 really needs UI90034 to make the tool more manageable as in 2.2. I have installed UI90034 but not yet had a chance to dive into upgrade from R13. UI90034 is supposed to