Re: Is there a source for detailed, instruction-level performance info?

mike.a.sch...@gmail.com (Mike Schwab) writes: > If branch predicting is a big hang up, the obvious solution is to > start processing all possible outcomes then keep the one that is > actually taken. I. E. B OUTCOME(R15) where R15 is a return code of > 0,4,8,12,16. aka, speculative execution ...

Re: Is there a source for detailed, instruction-level performance info?

Thanks. It's held up reasonably well I think considering that it is 42 years old next month. (Other than the references to specific products!) I did not have a link but the Google do: https://books.google.com/books?id=q_IffYrk4VEC=PA18 I find reading the Computerworld -- especially the ads --

Re: Is there a source for detailed, instruction-level performance info?

On 12/24/2015 12:52 PM, Tom Brennan wrote: > Farley, Peter x23353 wrote: >> So what is an ordinary programmer to do? > > Years ago I guess I had nothing to do so I wrote a program that hooked > into various LINK/LOAD SVC's and recorded the load module name (like > Isogon and TADz do). That huge

Re: Is there a source for detailed, instruction-level performance info?

Don't use zoned decimal for subscripts or counters, rather use indexes for subscripts and binary for counter type variables. And when using conditional branching, try to code so as to make the branch the exception rather than the rule. For large table lookups, use a binary search as opposed to a

Re: Is there a source for detailed, instruction-level performance info?

At 15:53 -0600 on 12/24/2015, Joel C. Ewing wrote about Re: Is there a source for detailed, instruction-level perfo: As Tom has noted, the most dramatic performance enhancements typically come from a change in strategy or algorithm used. In my experience you get better results by looking for

Re: Is there a source for detailed, instruction-level performance info?

Interesting article. Do you have a link to the article it appears to be a response to? > Date: Thu, 24 Dec 2015 14:42:19 -0500 > From: charl...@mcn.org > Subject: Re: Is there a source for detailed, instruction-level performance > info? > To: IBM-MAIN@LISTSERV.UA.EDU > > Or as I said in 1974

Re: Is there a source for detailed, instruction-level performance info?

rpin...@netscape.com (Richard Pinion) writes: > Don't use zoned decimal for subscripts or counters, rather use indexes > for subscripts and binary for counter type variables. And when using > conditional branching, try to code so as to make the branch the > exception rather than the rule. For

Re: Console automation using ZEKE

This question sounds familiar.  CharlesSent from a mobile; please excuse the brevity Original message From: Carl Edwards <00df3759e3e7-dmarc-requ...@listserv.ua.edu> Date: 12/24/2015 7:51 PM (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Console automation

Re: PTF error clarification

On Thu, 24 Dec 2015 10:02:35 -0500, Richards, Robert B. wrote: >You have an *IBM rep*? > >I also wish that the HOLDs file was in a format that could easily be imported >into EXCEL so that I could use filtering criteria. > Heres a hack at converting HOLDDATA to CSV. (I left out the hard part:

Re: ASG ZEKE Responding to program generated messages

ZEKE is also able to recognize the creation of a dataset. If dataset ABC.XYZ is created and catalogued, submit job. Works very well. We use the feature in production often. Linda Sent from my iPhone > On Dec 23, 2015, at 5:35 AM, Chuck Arney wrote: > > ZEKE DOES

Console automation using ZEKE

I have a client that is considering installing ZEKE. Said client has a fair amount of console dialog that needs to be automated. The questions is Can ZEKE recognize console messages generated via a program(DISPLAY UPON CONSOLE) and respond to such?

Re: Is there a source for detailed, instruction-level performance info?

On Dec 24, 2015, at 4:06 PM, Richard Pinion wrote: Don't use zoned decimal for subscripts or counters, rather use indexes for subscripts and binary for counter type variables. And when using conditional branching, try to code so as to make the branch the exception rather than the rule.

Re: Console automation using ZEKE

On 12/24/2015 06:51 PM, Carl Edwards wrote: > I have a client that is considering installing ZEKE. Said client has a fair > amount of console dialog that needs to be automated. The questions is Can > ZEKE recognize console messages generated via a program(DISPLAY UPON CONSOLE) > and respond to

Re: Is there a source for detailed, instruction-level performance info?

Farley, Peter x23353 wrote: So what is an ordinary programmer to do? Years ago I guess I had nothing to do so I wrote a program that hooked into various LINK/LOAD SVC's and recorded the load module name (like Isogon and TADz do). That huge pile of data ended up on a tape and I wrote some

Re: Is there a source for detailed, instruction-level performance info?

On 23 December 2015 at 10:46, Jerry Callen wrote: > I'm in the process of hand-tuning a small, performance critical algorithm on > a Z13, and I'm hampered by the lack of detailed information on the > instruction-level performance of the machine. Just to add two thoughts to

Re: Is there a source for detailed, instruction-level performance info?

This is in no way a personal comment on Tom's experience. 'What a programmer is supposed to do' is avoid stupid code. We were once tasked with finding the bottleneck in a fairly mundane VSAM application. It ran horribly, consuming scads of both CPU and wall clock. It didn't take long using an

Re: Is there a source for detailed, instruction-level performance info?

Right ... the point being "don't bother figuring out whether store or store halfword is faster -- change your algorithm so you have only 1/1000 as many stores." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Brennan Sent:

Re: Is there a source for detailed, instruction-level performance info?

Storage is the new DASD and CPU time is the new wall clock time. I like it. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anne & Lynn Wheeler Sent: Thursday, December 24, 2015 1:47 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: Is there a source for detailed, instruction-level performance info?

Or as I said in 1974 ... https://books.google.com/books?id=XrgyMRVh128C=PA16 (Gawd, I'm turning into Lynn Wheeler ... ) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Skip Robinson Sent: Thursday, December 24, 2015 2:27 PM

Re: PTF error clarification

On 23 Dec 2015 15:52:13 -0800, in bit.listserv.ibm-main you wrote: >In >, >on 12/23/2015 > at 04:52 PM, Mike Schwab said: > >>On Wed, Dec 23, 2015 at 4:30 PM, Shmuel Metz (Seymour J.)

Re: Is there a source for detailed, instruction-level performance info?

And a secondary point is that the original programmer might simply need some help. I'm more of a brute-force-make-it-work type of programmer, which may not be best when real Computer Science training is needed. Charles Mills wrote: Right ... the point being "don't bother figuring out whether

Re: Is there a source for detailed, instruction-level performance info?

On Thu, Dec 24, 2015 at 12:47 PM, Anne & Lynn Wheeler wrote: > > risc has been doing cache miss compensation for decades, out-of-order > execution, branch prediction, speculative execution, hyperthreading ... > can be viewed as hardware analogy to 60s multitasking ... given the

Re: PTF error clarification

On Thu, 24 Dec 2015 10:02:35 -0500, Richards, Robert B. wrote: >You have an *IBM rep*? > >I also wish that the HOLDs file was in a format that could easily be imported >into EXCEL so that I could use filtering criteria. > (Or LibreOffice for those not Excel-afflicted.) Is it regular enough

Re: Is there a source for detailed, instruction-level performance info?

Chris and Charles, I get that instruction-level tuning isn't even remotely feasible or productive any more due to pipelining and complex cache issues. My own experience in performance enhancing projects has validated advice I was given in this forum may years ago: The only way you can test

Re: Is there a source for detailed, instruction-level performance info?

I have looked at the public documentation on the z13 and had the privilege to speak to some of the people behind parts of it, and it is an amazing machine. The reason you can't say how long an instruction takes is that in many cases things are happening A) out of sequence; B) at the same time

Re: Is there a source for detailed, instruction-level performance info?

On 12/23/2015 7:46 AM, Jerry Callen wrote: I'm in the process of hand-tuning a small, performance critical algorithm on a Z13, and I'm hampered by the lack of detailed information on the instruction-level performance of the machine. Back in the day, IBM used to publish a "Functional

Re: Is there a source for detailed, instruction-level performance info?

charl...@mcn.org (Charles Mills) writes: > Not so simple anymore. > > "How long does a store halfword take?" used to be a question that had an > answer. It no longer does. > > My working rule of thumb (admittedly grossly oversimplified) is > "instructions take no time, storage references take

Re: PTF error clarification

Thank you all for your ideas and opinions. Just so we're all clear, I currently have no plans to make this kind of change to SMP/E, but its an idea I've had for a while and I thought it was worth discussing. And BTW your responses were pretty much what I expected. Thanks again, and have a

Check out Hyatt Hotels data hacked - Dec. 23, 2015

_Hyatt Hotels data hacked - Dec. 23, 2015_ (http://money.cnn.com/2015/12/23/technology/hyatt-malware/) Heads up if you were traveling. BTW the robot reindeer video is pretty fascinating. -- For IBM-MAIN subscribe /

Re: PTF error clarification

Kurt, My Christmas wish: An enhancement to easily identify SECINT PTFs through reports Merry Christmas and a very Happy New Year to All! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kurt Quackenbush Sent: Thursday,

Re: PTF error clarification

Yea, today you have to subscribe and be approved to access the SECINT data, and then you have to manually download the SMPE assigns, and receive that. Once that is done, you can then easily do apply's/reporting based on that SOURCEID. My biggest beef with the Website for the SECINT data is not

Re: Is there a source for detailed, instruction-level performance info?

Not so simple anymore. "How long does a store halfword take?" used to be a question that had an answer. It no longer does. My working rule of thumb (admittedly grossly oversimplified) is "instructions take no time, storage references take forever." I have heard it said that storage is the new

Re: PTF error clarification

You have an *IBM rep*? I also wish that the HOLDs file was in a format that could easily be imported into EXCEL so that I could use filtering criteria. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Thursday,