AW: SYSLOG / OPERLOG displaying date.

There is an ISO standard for the date: https://en.wikipedia.org/wiki/ISO_8601 -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List Im Auftrag von Bruce Hewson Gesendet: 10 June, 2018 05:33 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: SYSLOG / OPERLOG displaying date. Knowing which

Re: SYSLOG / OPERLOG displaying date.

Knowing which date format you are viewing is always a pain for me - some system I support have mm/dd/yy and others have dd/mm/yy, and still others use yy/mm/dd. I prefer, where possible, to us a 3 char MONTH abbreviation. Then you know which is the MONTH. and use a 4 digit YEAR. leaving

Re: Why are highly busy zIIPs worse than highly busy CPs?

>the 'speed' (GHz) is always the same for all types The 'speed' is not generally thought to be the cycle time. It is true that the cycle time is the same across the models, but the effective speed is not the same (such as MIPS or the MSU rating). >the dispatcher code for ZIIP processing is

Re: Use of dynamic system symbols in JCL

Sure. From the JCL manual; DSNAME parameter This is the JCL Reference for z/OS 2.3 (page 183) Note: 1. In general, the system treats a single ampersand (&) followed by a character string of 1 to 8 characters as a symbolic parameter. (See “Using system symbols and JCL symbols” on page 38.)

Re: Use of dynamic system symbols in JCL

On Wed, 6 Jun 2018 18:02:13 +, Seymour J Metz wrote: >>Except, does support of DSN= antedate any support of symbols in JCL, >> not only by SET but also as PROC parameters? > >Yes. Bitsavers is your friend. > > OK. That

Re: Why are highly busy zIIPs worse than highly busy CPs?

Jim, Thank you for the clarification, however, that still leaves open the question of WHY more than 30% on a single zIIP or 60% on two is not a good idea. That is what triggered this whole chain of emails. Why can GPs run reasonably well at over 95% and zIIPs struggle, or so people have

Re: Use of dynamic system symbols in JCL

Ampersand, not asterisk! Eating hamburger while typing. Yes that's my excuse. Tom Brennan wrote: And I'm one of the perpetrators! For a long time I thought the single asterisk was proper and whenever I saw the double I assumed it was a mistake that just happened to work.

Re: Use of dynamic system symbols in JCL

On Sat, 9 Jun 2018 15:02:31 -0700, Ed Jaffe wrote: >On 6/9/2018 2:49 PM, Gerhard Adam wrote: >> Actually it is documented as well as using double ampersands for symbols >> (deferred usage) and the use of the ampersand as a part of the name. > >Citation, please... > I'm lost. Neither Ed's ply

Re: Use of dynamic system symbols in JCL

On Sat, 9 Jun 2018 14:25:56 -0700, Tom Brennan wrote: >And I'm one of the perpetrators! For a long time I thought the single >asterisk was proper and whenever I saw the double I assumed it was a >mistake that just happened to work. > No, conventional behavior nowadays. JCL collapses a double

Re: Use of dynamic system symbols in JCL

On 6/9/2018 2:49 PM, Gerhard Adam wrote: Actually it is documented as well as using double ampersands for symbols (deferred usage) and the use of the ampersand as a part of the name. Citation, please... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA

Re: Use of dynamic system symbols in JCL

Actually it is documented as well as using double ampersands for symbols (deferred usage) and the use of the ampersand as a part of the name. Adam Sent from my iPhone > On Jun 9, 2018, at 11:24 AM, Ed Jaffe wrote: > >> On 6/6/2018 8:51 AM, Steve Smith wrote: >> This has been previously

Re: Use of dynamic system symbols in JCL

And I'm one of the perpetrators! For a long time I thought the single asterisk was proper and whenever I saw the double I assumed it was a mistake that just happened to work. Tom Conley wrote: On 6/9/2018 2:24 PM, Ed Jaffe wrote: On 6/6/2018 8:51 AM, Steve Smith wrote: This has been

Re: Use of dynamic system symbols in JCL

On 6/9/2018 2:24 PM, Ed Jaffe wrote: On 6/6/2018 8:51 AM, Steve Smith wrote: This has been previously discussed.  The main issue (as usual) is incompatibility with an ancient bug (or feature).  Specifically, temporary dataset names such as DSN=  That's supposed to be DSN=&, but for whatever

Re: Use of dynamic system symbols in JCL

One modest step we take to avoid conflicts is to prefix installation-defined symbols with our SHARE installation code. That does not guarantee uniqueness, but no ISV is likely to stumble in, and I've never seen a production proc symbolic like that. This practice shortens the string of

Re: Use of dynamic system symbols in JCL

On 6/6/2018 8:51 AM, Steve Smith wrote: This has been previously discussed. The main issue (as usual) is incompatibility with an ancient bug (or feature). Specifically, temporary dataset names such as DSN= That's supposed to be DSN=&, but for whatever reason, the single-& version works,

Re: SORTLIB DD

I would sort 1 tape at a time then merge them. Or split by the first character of the key, sort each file, then concatenate by the first character of the key. On Sat, Jun 9, 2018 at 12:52 PM Jesse 1 Robinson wrote: > > In one failing job, we get > > ICE046A E SORT CAPACITY EXCEEDED - RECORD

Re: SORTLIB DD

In one failing job, we get ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 41,235,203 ICE046A E SORT CAPACITY EXCEEDED - RECORD COUNT 41,235,203 ICE253I 0 RECORDS SORTED - PROCESSED: 41,235,203, EXPECTED: 310,580,760 <== note very high expectation As to how much DASD space

Re: MVS send command in REXX

tso and console send commad syntax is different. ITschak בתאריך שבת, 9 ביוני 2018, 16:39, מאת Bill Godfrey ‏: > According to the Knowledge Center link that was given, user(AG54) should > be user=(AG54). > > Bill > > On Sat, 9 Jun 2018 07:27:19 +0300, saurabh khandelwal wrote: > > >Hello, > > >

Re: Why are highly busy zIIPs worse than highly busy CPs?

zIIP dispatching is the same as GP dispatching. ZIIPAWMT has analogous parameters for GP (CCCAWMT) and zAAP (ZAAPAWMT). Alternate wait management was created long before there were specialty engines. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY "IBM

America’s new supercomputer beats China’s fastest machine to take title of world’s most powerful - MIT Technology Review

https://www.technologyreview.com/the-download/611385/americas-new-supercomputer-beats-chinas-fastest-machine-to-take-the-worlds-most/ -- Regards, Mark T. Regan -- For IBM-MAIN subscribe / signoff / archive access instructions,

Re: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

Ed, If you know more details, please jump in and educate us. If there is definitive documentation out there, please point me to it because right now I think we are all just 'reading the tea leafs.' I make the assumption that dispatching is different between the two because of the following in

Re: Why are highly busy zIIPs worse than highly busy CPs?

Peter, I started off as saying, a lot of the descriptions are based on assumptions, as IBM has let out little on how the zIIP dispatcher works. Also, I was only talking about SRBs on zIIPs, so non-enclave SRBs were not part of the discussion. I believe hyper dispatch is very different from

Re: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

On 6/9/2018 3:48 AM, Peter Hunkeler wrote: First of all, the dispatcher code for ZIIP processing is not the same as the GP dispatcher. Do you know this, or is it just an assumption on your side? After all I read, it still would't make sense to me. The dispatcher is the dispatcher -- and it

Re: MVS send command in REXX

According to the Knowledge Center link that was given, user(AG54) should be user=(AG54). Bill On Sat, 9 Jun 2018 07:27:19 +0300, saurabh khandelwal wrote: >Hello, > >Thanks for reply. > >below command doesn't work. After changing > >mvs "send 'AG54LST JOB "mtxt"' user(AG54) now" > >to > >mvs

Re: Why are highly busy zIIPs worse than highly busy CPs?

That is consistent with Ed Jaffe's explanation of there being a short-period (4µsec), periodic millicode CPU loop to eat up the excess, un-bought CP capacity.  That would have the effect of making a program running on a subcapacity CP run slower and longer with a lower average instructions/sec

Quotes? (was: MVS send command in REXX)

On Sat, 9 Jun 2018 06:26:36 +0100, CM Poncelet wrote: >  >... (I am putting everything in quotes to avoid my >email's data being interpreted as commands.) > When does such a problem occur? (Example?) Have you a broken Mail User Agent? > MEMBER NAME  TSOSEND (JCL) >"// ... ...   

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

>First of all, the dispatcher code for ZIIP processing is not the same as the >GP dispatcher. Do you know this, or is it just an assumption on your side? After all I read, it still would't make sense to me. If you think of the "need help" process for the zIIP to be special, isn't there a

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

>Some of this dispatcher design by IBM could be based on the assumption that >all the work is SRB and will be high priority work and of short duration. This doesn't sound correct to me. Client SRBs (preemptive SRBs) were invented to have some work done in another address space at client

Re: OT: Rap music (was Re: opinion: multi-platform program design)

You have asked me and I have said nothing. >From Du Hast - Rammstein. -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Friday, June 8, 2018 11:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] OT: Rap music (was Re: opinion:

Re: Why are highly busy zIIPs worse than highly busy CPs?

To correct one thing: Not all the work is high priority. Three examples: 1) DDF threads selected to be zIIP-eligible. 2) Java - via zAAP on zIIP. 3) System XML Cheers, Martin Sent from my iPad > On 8 Jun 2018, at 22:49, Christopher Y. Blaicher wrote: > > I wish Peter Relson would comment

AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

>> Is it? If you think about Java, maybe. But when it comes to workload such as >> DB2, Sort, Monitors, that have shifted more and more of its task towards >> zIIPs, isn't this still the same workload? >> -- >> Peter Hunkeler > >The zIIP-eligible criteria for choosing a subset of tasks to run

Re: OT: Rap music (was Re: opinion: multi-platform program design)

On 9/06/2018 7:03 AM, Ron hawkins wrote: You have asked me and I have said nothing. Are they lyrics from a Barnsey song? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Savor, Thomas (Alpharetta) Sent: Thursday, June 7, 2018 9:50 PM To: IBM-MAIN@LISTSERV.UA.EDU