Re: LzLabs

2020-05-01 Thread Seymour J Metz
What happened to Apple v Microsoft? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Timothy Sipples [sipp...@sg.ibm.com] Sent: Friday, May 1, 2020 1:17 AM To: IBM-MAIN@L

Re: DFSMShsm high CPU consumption [EXTERNAL]

2020-05-01 Thread Arye Shemer
Thank you all for your suggestions and insights regarding the subject of HSM CPU consumption. I have now many things to consider. Best regards and good health, Arye. On Tue, Apr 28, 2020 at 9:38 PM Glenn Wilcock wrote: > Hi Lizette, > > It allows different WLM settings. For example, a MAIN can

Re: LzLabs

2020-05-01 Thread David Crayford
I used to work with the guy that was the tech lead for the LzLabs CICS project. He tried to recruit some of us! IIRC, they got it churning out pretty impressive transactions per/sec. Don't know about reliability. On 2020-05-01 1:03 AM, Steve Beaver wrote: The only thing I can't figure out ho

Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!

2020-05-01 Thread John McKown
On Thu, Apr 30, 2020 at 8:16 AM Seymour J Metz wrote: > Technically, you could move, e.g, TCB, RB, above the line, if there were a > good enough business case. As a practical matter it would require duplicate > pointer fields and a PARMLIB option with a default of below. It would > definitely be

Re: LzLabs

2020-05-01 Thread Charles Mills
Interesting. Thanks. Similar issues here: https://en.wikipedia.org/wiki/Lotus_Dev._Corp._v._Borland_Int%27l,_Inc. I remember that one well. Would seem to say that the interface is not protectable, only the implementation thereof. No national precedent because SCOTUS did not really rule. Charles

Re: Mainframe user ID length

2020-05-01 Thread Paul Gilmartin
On Fri, 1 May 2020 13:41:54 +0800, Timothy Sipples wrote: >Frank Swarbrick wrote: >>Is z/OS still limited in all cases to 8 upper case characters? > >No. The IBM Directory Server for z/OS supports more than 8 upper case >character user IDs. That's a standard, included, IBM supported feature in >

Re: LzLabs

2020-05-01 Thread scott Ford
David, Yep that’s what I heard about lzLabs , I have former Swiss colleague who mentioned them to me. He was a diehard MVSer and thought they were pretty impressive. Scott On Fri, May 1, 2020 at 7:00 AM David Crayford wrote: > I used to work with the guy that was the tech lead for the LzLabs C

Re: LzLabs

2020-05-01 Thread scott Ford
All, Why can’t IBM or other vendors somehow license their apis so other vendors may use them. It seems to me that would benefit a lot of customers and vendors ? Scott On Fri, May 1, 2020 at 11:35 AM Charles Mills wrote: > Interesting. Thanks. > > Similar issues here: > https://en.wikipedia.org

Re: LzLabs

2020-05-01 Thread Charles Mills
They could, trivially. (Well, FSVO "trivially." A bunch of lawyer time, but no rocket science.) They choose not to. I do not speak for IBM, of course, but I would guess that they view keeping the MVS API's close to the vest constitutes a strategic corporate asset and competitive advantage. Cha

Re: S0F9 and SOFD ABENDs and SVC dumps - oh my!

2020-05-01 Thread Seymour J Metz
> but I wish there were a GUPI easy to sequential get all > the DD names currently allocated to a step. GETDSAB does not require authorization despite where it is documented. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe D

Re: LzLabs

2020-05-01 Thread David Crayford
You can get brilliant performance on x86 but mainframe class availability is another matter! Don't know if I would want my ATM to be running on a blade just yet! On 2020-05-02 12:10 AM, scott Ford wrote: David, Yep that’s what I heard about lzLabs , I have former Swiss colleague who mentioned

Re: Mainframe user ID length

2020-05-01 Thread Bob Bridges
You sound like you know what you're talking about, so please interpret the following expostulations more as questions than as outright contradictions: TS> First of all, user authentication isn't necessarily required. Me> Sure, as for example in CICS. In that case CICS supplied a default userID,

Re: LzLabs

2020-05-01 Thread Steve Beaver
I remember Don Higgins put a ton of work into his Emulator. As I remember he wrote it in JAVA and Did a pretty good job of it Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Thursday, April 30, 2020 12:47

Re: LzLabs

2020-05-01 Thread scott Ford
Steve and Mike: I heard that also. I follow this guy also http://csc.columbusstate.edu/woolbright/WOOLBRIG.htm Especially when your skillset gets 'rusty' ... Scott On Fri, May 1, 2020 at 12:45 PM Steve Beaver wrote: > I remember Don Higgins put a ton of work into his Emulator. As I remembe

Re: LzLabs

2020-05-01 Thread scott Ford
Charles, Absolutely, unfortunately it seems to boil down to MONEY. Like owning a copy of z/PDT if your doing independent development. You have to somehow pay for it ...customers or someone giving you a grant ( *I wish* ) -- lol Scott On Fri, May 1, 2020 at 12:28 PM Charles Mills wrote: > They

Re: LzLabs

2020-05-01 Thread scott Ford
David: Yeah Bro i hear ya. But people seem afraid of advancement in technology sometimes. I came from an Engineering family ( father, grandfather, great Uncle ). Mechanical and electronic so my viewpoint is somewhat different. Scott On Fri, May 1, 2020 at 12:31 PM David Crayford wrote: > You c

Re: Mainframe user ID length

2020-05-01 Thread Paul Gilmartin
On Fri, 1 May 2020 12:37:58 -0400, Bob Bridges wrote: >... >Or put it this way: If you say I can be authenticated via LPAR using a >longer ID, and then perform tasks on the mainframe using that ID, how does >RACF-or-whatever determine permissions? The OS asks whether has >access to datasets

z/OS performance question

2020-05-01 Thread Edgington, Jerry
To anyone, I am not a performance person at all, but can someone help me with pointing me in the right direction. We are running a small SYSplex, but we are getting delays on one LPAR, PROC-XCFAS *SYSTEMPROC-XCFAS 3.7 users ALL STCPROC-XCFAS 3.2 users IMS PROC-XCF

Re: z/OS performance question

2020-05-01 Thread Gerhard adam
Delays don’t really count for anything unless we know that these jobs are missing their objectives and by how much.  Delays always occur. If the jobs are meeting their objectives then there is no performance problem (as far as the system is concerned).  The problem, then, is

Re: LzLabs

2020-05-01 Thread Seymour J Metz
ObAllanSherman Good advice costs nothing and it's worth the price. The slides for UNPK will leave the student unprepared for the standard UNPK/TR binary to hexadecimal conversion. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainfr

Aw: Re: LzLabs

2020-05-01 Thread Peter Baumann
In a lawsuit against Neon Enterprise (John Moores) the court ruled in favor of IBM. They had to take zPrime out of the market.  There was also a permanent injunction issued against Neon.       Gesendet: Donnerstag, 30. April 2020 um 15:32 Uhr Von: "Steve Beaver" An: IBM-MAIN@LISTSERV.UA.EDU Bet

Re: z/OS performance question

2020-05-01 Thread Allan Staller
The only tuning I a aware of for XCF is to provide appropriate transport classes for the messages being passed. If inappropriate, this will usually show up as CPU concumption in the XCFAS address space. Look at the CPU consumed, not the delay. It is possible that this is contributing to the CI

Re: z/OS performance question

2020-05-01 Thread Edgington, Jerry
Thanks Allen, that is good place to start. The CPU% for the ISGLOCK, IXCSTR1 and IXCSTR2 are 58%, 74% and 21%, which seem very high to me. But, the IXCSTR3 and IXCSTR4 are very low. It would seem I might have an imbalance with the XCF messages and size. Async rate for IXCSTR1 is 120 I am wond

Re: z/OS performance question

2020-05-01 Thread Martin Packer
It's normal for different transport classes to show different request rates - and that would show up in the signalling paths they own as similar imbalances. Within a transport class would be more worrying - as that would show one path outperforming another. Actually, nowadays, CF structure path

Re: z/OS performance question

2020-05-01 Thread Edgington, Jerry
Thanks Martin. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Martin Packer Sent: Friday, May 1, 2020 2:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS performance question This message was sent from an external source outside of Western & Southern's network.

z/os d,a,l --- What does "owt" mean ?

2020-05-01 Thread Mike Stramba
When running the z/os console display command : d,a,l --- What does "owt" mean ? Seems to be associated with TSO processes ? Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@list

Re: z/os d,a,l --- What does "owt" mean ?

2020-05-01 Thread David Spiegel
Swapped out, waiting, not ready to run. (waiting for user to enter a command) On 2020-05-01 15:09, Mike Stramba wrote: When running the z/os console display command : d,a,l --- What does "owt" mean ? Seems to be associated with TSO processes ? Mike

Re: z/OS performance question

2020-05-01 Thread Allan Staller
Given that info, you might also check on the size of the ISGLOCK structure and adjust that if needed. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Edgington, Jerry Sent: Friday, May 1, 2020 1:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS performance questio

Re: z/os d,a,l --- What does "owt" mean ?

2020-05-01 Thread Wayne Bickerdike
As a Yorkshireman, it means "anything ". Nowt means "nothing". On Sat, May 2, 2020, 05:13 David Spiegel wrote: > Swapped out, waiting, not ready to run. > (waiting for user to enter a command) > > On 2020-05-01 15:09, Mike Stramba wrote: > > When running the z/os console display command : d,a,

Re: LzLabs

2020-05-01 Thread Mike Schwab
Neon was a product to run some DB2 on zAAPs or zIIPs. Only the workload specified by IBM could run on those processors. On Fri, May 1, 2020 at 5:45 PM Peter Baumann wrote: > > In a lawsuit against Neon Enterprise (John Moores) the court ruled in favor > of IBM. They had to take zPrime out of th

Re: LzLabs

2020-05-01 Thread Steve Smith
No. Neon was a software company. They sold a product called zPrime that allowed unauthorized usage of zIIP and zAAP for almost any kind of workload. IBM already runs much of DB2 on zIIP. IBM only allows code to run on zIIP when you have specific contracts that allow you to for specific things.

Re: LzLabs

2020-05-01 Thread Steve Beaver
Actually they Did in Europe. European courts sided with Neon Sent from my iPhone > On May 1, 2020, at 22:07, Steve Smith wrote: > > No. Neon was a software company. They sold a product called zPrime that > allowed unauthorized usage of zIIP and zAAP for almost any kind of > workload. IBM al

Re: LzLabs

2020-05-01 Thread Mike Schwab
https://www.eweek.com/networking/neon-settles-mainframe-software-lawsuit-with-ibm On Sat, May 2, 2020 at 3:18 AM Steve Beaver wrote: > > Actually they Did in Europe. European courts sided with Neon > > Sent from my iPhone > > > On May 1, 2020, at 22:07, Steve Smith wrote: > > > > No. Neon was

Re: LzLabs

2020-05-01 Thread Wayne Bickerdike
It's interesting that a zIIP can be described as a "speciality" engine yet the workload they run also run on a CP engine. I thought that they are the same basically and it's just another way to sell a piece of kit and play bait and switch on pricing. Years ago we had a 9370 and a company in Melbo

Re: Mainframe user ID length

2020-05-01 Thread Timothy Sipples
Frank Swarbrick wrote: >"more than 8"? What's the limit, if any? The z/OS LDAP Server's CN limit is 256 characters, so it's at least that large. >Which system components/products permit/prohibit this? >(Start your list with JCL.) You can specify pretty much anything you want in JCL. Do you mea