Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

Another big factor is that warehouses must be supplied by rail in Europe. That eliminates the multi day trips requiring sleeper cabs in the US. And they are limited by narrower roads, some from Roman times. On Mon, Aug 7, 2023, 19:56 Bill Johnson <

Re: The ultimate (another one!) definition of mainframe

Exactly. Very limited utility for punched cards as a user interface. Various green screen terminals resulting in VT100 family and TN3270(E) family (S3x+/AS400), now replaced by PCs, laptops, cell phones running green screen emulators or converting to web pages or even apps. Not to mention

IBM quarterly sales.

Shows a strong 4Q bias in sales. https://www.statista.com/statistics/269137/ibms-revenue-since-2009-by-quarter/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

Also.  As a general rule, HGV drivers cannot drive on Sunday in Europe. The driving bans normally start at 10pm or midnight on the Saturday until 10pm on the Sunday. There are some exceptions for trucks carrying perishable goods and those en-route to sporting events or exhibitions. Sent from

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

Only when the differential is large and people aren’t paying attention. Some of the potential dangers of speed differentials include: Increased risk of collisions: When there is a large speed differential between vehicles, it can increase the risk of collisions, especially if drivers are not

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

In Europe all the trucks go the same speed. The trucks all have governors. They are also all in the right lane. Explain why American roads are much more dangerous? Show me that “research”. Sent from Yahoo Mail for iPhone On Monday, August 7, 2023, 8:49 PM, Jay Maynard wrote: There's one

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

There's one thing you're ignoring: research shows that speed differential is more of a factor in accidents and injuries than absolute speed. A truck going 10 MPH slower than the rest of traffic is more of a hazard than a truck moving at traffic speed, even at 70 MPH. On Mon, Aug 7, 2023 at 7:02 

Re: What's the fastest way to clear a register? [Was: Trucks and Politics]

That will get all of them at once, I said A register :) On 8/7/2023 5:24 PM, Steve Thompson wrote: EMP? Steve Thompson On 8/7/2023 8:03 PM, Tom Brennan wrote: So what's the fastest way to clear a register? Maybe that will get things back to mainframes, and I even know what a mainframe

What's the fastest way to clear a register? [Was: Trucks and Politics]

EMP? Steve Thompson On 8/7/2023 8:03 PM, Tom Brennan wrote: So what's the fastest way to clear a register? Maybe that will get things back to mainframes, and I even know what a mainframe is. On 8/7/2023 4:42 PM, Bill Johnson wrote: America should never allow trucks as large as we do.

Re: What's the fastest way to clear a register? Was: Trucks and Politics

Starting with zEC12 the 4 common ways to clear a register are identical speed: LHI/LGHI, XR, SR, SLR. On earlier models it varied due to differences in pipeline implementation and going way back, to limitations in microcode. For current machines there is a lot of capability for implementing

What's the fastest way to clear a register? Was: Trucks and Politics

So what's the fastest way to clear a register? Maybe that will get things back to mainframes, and I even know what a mainframe is. On 8/7/2023 4:42 PM, Bill Johnson wrote: America should never allow trucks as large as we do. Should also not permit doubles and even triples and all trucks

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

European roads are way better than US roads. Size & speed are the 2 most important factors in accidents. A larger/heavier vehicle traveling at a high rate of speed takes much longer to stop than a lighter slower vehicle. Basic physics. Wet or icy roads even longer stopping distance. That

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

I'm assuming that Bill Johnson has look at statistics on deaths per kilogram-kilometer (or deaths per ton-mile if you don't like Metric). And, yes, there are other factors affecting that, e.g., condition of road surface. Personally, I think that truck speed and truck size are independent

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

America should never allow trucks as large as we do. Should also not permit doubles and even triples and all trucks should have a lower speed limit. But we all know lives aren’t nearly as important as profits for trucking companies. America also had an opportunity to limit the size of regular

Re: USS Features

On 8/08/2023 12:56 am, Jon Perryman wrote: It's absurd to allow everyone to do Proof Of Concept on z/OS. Are all POC vital to the business? Are POCs disruptive to the business? "me" mentality ignores the impact on everyone else. In this case, you're saying the storage admin is not impacted

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

This is off-topic, and I'll happily take it up with both Bill and Shmuel offline if requested. But I may as well point out that "fewer deaths" may not be as simple as they're assuming. It seems likely to me as well that if we had smaller trucks going slower, fewer people would die in

Re: Automount (was USS Features)

On 8/08/2023 12:37 am, Jon Perryman wrote: Automount was created specifically to address some filesystem blemishes. There's a problem they needed to solved and they allowed people to continue without the use of automount. For those who choose automount, they decided that with all its faults,

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

Agree completely. Sent from Yahoo Mail for iPhone On Monday, August 7, 2023, 7:06 PM, Seymour J Metz wrote: If the were actually pro life then they would support WIC programs. "The right to life ends at birth." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

If the were actually pro life then they would support WIC programs. "The right to life ends at birth." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bill Johnson

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

For Americans here who’ve never been to Europe, trucks in Europe are much smaller than US trucks, are required to have governors to limit their speed, and are restricted to the right lane. The result is far fewer traffic deaths involving trucks. In addition, Europeans almost never drive

Re: Keyboards [WAS: z/OSMF]

I really liked the converged (122 key) keyboard with a cursor diamond. Does anybody make one with an extra key for [ and ]? From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Monday, August 7, 2023 3:44 PM To: IBM-MAIN@LISTSERV.UA.EDU

Re: Keyboards [WAS: z/OSMF]

I can't resist: ? From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Monday, August 7, 2023 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Keyboards [WAS: z/OSMF] LOL, isn't there an

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

> On Monday, August 7, 2023 at 01:12:10 PM PDT, Bob Bridges > wrote: > building long-haul tractors in the US is apparently a bit of a challenge > compared to what they do in Europe. Every country has different challenges of mentality. I'm guessing this refers to Germany where Mercedes

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

I remember when Y2K was coming up - I was an employee of an American truck manufacturer at the time - I thought to myself that although I am a horrible procrastinator, the CEOs of large corporations surely are more disciplined than that. THEY wouldn't put off the necessary changes until the

Re: Keyboards [WAS: z/OSMF]

LOL, isn't there an xkcd about that? I do some remapping too. My numeric keypad, especially, takes on a few of the PF keys, erase-EOF, HOME and a few others. Right, this one I think: https://xkcd.com/1806/. It stuck in my head because whenever a desktop support jock has to connect to my PC

Re: Keyboards [WAS: z/OSMF]

I'm with you on that; I no longer lust after the 12-over/12-under function-key layout. (The rest of the board looks like what I'm used to now anyway.) When I talk about the advantages of the 3270 keyboard, I'm really talking about the tactile feedback, by which my fingers instantly knew when

Re: The ultimate (another one!) definition of mainframe

If you're asking present company at large, I have no very strong opinion. If you're asking me particularly, 1) I know too little about OS/2 to opine very strongly. But the fact that OS/2 didn't go very far says to me that 2) IBM may have been smart to sell to Microsoft: IBM's strength is in

Re: Cloud may be overpriced compared to on-premises systems

> On Monday, August 7, 2023 at 09:51:25 AM PDT, Dave Jones > wrote: > Cloud was the go-to choice for the past five years, but we could see  > traditional systems become more viable. Savvy architects consider all the > options >From my perspective, cloud is now loosely interpreted and

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

Worked at Revco drug stores a few decades ago. We used to sell shave cream below cost in order to sell customers large margin items related to shaving.   Blades, razors, & after shave. We had a system designed specifically for this purpose called market basket analysis. Revco made some bad

Re: Keyboards [WAS: z/OSMF]

I remap , etc. Makes other people have problems when they try to use my keyboard.   :) Steve Thompson On 8/7/2023 2:40 PM, Steve Smith wrote: I think I went down the same mental path as you. Nevertheless, these do claim to be clicky-keyboards similar to 3270s, and if done well, $149 is

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

The outsourcing/insourcing cycle of the 80's and 90's are happening with Cloud!?! Color me stupefied.  Cloud really does mean someone else's data center!! Who could of known? Can we now start charging retailers and the like for space on our smart devices to run their Apps? I think we should

Re: Keyboards [WAS: z/OSMF]

I think I went down the same mental path as you. Nevertheless, these do claim to be clicky-keyboards similar to 3270s, and if done well, $149 is reasonable. It would be really cool to have original cast iron 3278 keyboards rewired for PCs, but there would be a lot of hurdles to producing them,

Re: The ultimate (another one!) definition of mainframe

> On Monday, August 7, 2023 at 11:02:23 AM PDT, Bob Bridges > wrote: > Just to keep things complicated, if I sell X to company M, IBM has the right to sell anything it owns even if its to Bill Gates. It's not hindsight to say IBM has a lot of software that simply exists. They sold software

Re: [EXT] Re: Cloud may be overpriced compared to on-premises systems

As a witness to an outsourcing followed some years later by an insourcing, I can infer that cloud providers (which are essentially outsourcers) can and will lowball companies to get their business on the platform. Then comes the big contract renewal. A customer's bargaining position is weaker

Re: Keyboards [WAS: z/OSMF]

Wait, I just googled "3270 keyboards USB" and found this: https://www.twindata.com/3270keyboard.htm But it says "3270-style keyboard", which I'll bet refers to the layout, not the hardware. Hm, or not. "By providing the same layout and heavy duty quality of original IBM terminals, users will

Re: The ultimate (another one!) definition of mainframe

Right. And to be fair to the thrice-despised managers, I very often find, when I look into the details of obvious bad decisions, that they weren't so obvious at the time anyway. I have to be careful not to match my hindsight against their foresight and judge them incompetent. Of course,

Re: The ultimate (another one!) definition of mainframe

Just to keep things complicated, if I sell X to company M, and company M makes a mint on it, it doesn't ~necessarily~ follow that it was a mistake for me to sell it. Could be that M was likely to make a mint on X and I was not. And after all, is IBM worse off because Microsoft is selling PCs

Re: Keyboards [WAS: z/OSMF]

I think they said the price for one (indicating quantity discounts available) was US$149. Steve Thompson On 8/7/2023 1:16 PM, Bob Bridges wrote: I shudder to think of the cost, but yes, I'm interested at least enough to enquire...? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

Re: Cloud may be overpriced compared to on-premises systems

It would be interesting to understand if the early adopters of cloud were the beneficiaries of aggressive discount pricing and now find themselves trapped on those platforms. For a long time storage was “unlimited and not expensive” but now you’re starting to see the reality of costs factor

Re: The ultimate (another one!) definition of mainframe

On Monday, August 7, 2023 at 08:25:16 AM PDT, Bill Johnson wrote: > The narcissism here is amazing. To claim IBM doesn’t know what they are doing  It's a bit extreme to say its narcissism when its actually frustration at some of IBM business choices. On the whole, I consider IBM excellent

Re: The ultimate (another one!) definition of mainframe

The growth numbers tell the story. One of the most attention-grabbing of the new uses in which mainframes now excel is blockchain. The mainframe’s advantages over x86 servers in response time, transaction throughput, scalability, and particularly security, make it the ideal blockchain host.

Re: Permanent Incremental FlashCopy Relationships? (Was: SETROPTS ERASE...)

On 8/7/2023 10:08 AM, Glenn Wilcock wrote: Hey Ed, we haven't really been advertising this function because of the DS8K copy services restriction. Besides FlashCopy, it means that only simplex volumes are eligible (no Metro or Global Mirror relationships). Yeah. That's why that "Idea" Lenny

Re: Keyboards [WAS: z/OSMF]

I shudder to think of the cost, but yes, I'm interested at least enough to enquire...? --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Well brought-up people have always regarded the tumbril and the scaffold as places for one's best clothes and best manners. -C S Lewis, "De

Re: The ultimate (another one!) definition of mainframe

“We know there’s been a lot of erosion”! No we don’t. Prove it. Because 50 listers have said so in the last decade or two? Plus, there are thousands of new MF customers throughout the world. Easily proven. IBM has been around for over 100 years. (1911) Not many companies can say that. I’d bet

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

Yes, that's the way I did it too when it was my baby. It's generally accepted that the abc manager is right person to decide who gets access to the abc datasets (because how would ~I~ know?). But I also let him designate someone in his area whom I scoped and trained to change the access rules

Re: The ultimate (another one!) definition of mainframe

Mr Perryman sounds a lot like me, when I'm talking about other words. (About "mainframe" I don't think I'm qualified to opine.) When I know what the word means, or meant when I was a boy, everyone who uses the word differently nowadays is contributing to a mistaken use of the word; they don't

Re: Permanent Incremental FlashCopy Relationships? (Was: SETROPTS ERASE...)

Hey Ed, we haven't really been advertising this function because of the DS8K copy services restriction. Besides FlashCopy, it means that only simplex volumes are eligible (no Metro or Global Mirror relationships). When creating FlashCopy Full Volume copies, Incremental FlashCopy is still a

Re: The ultimate (another one!) definition of mainframe

Mike Shaw wrote: >I have seen the 10,000 number several times in this thread...IBM does >not publish their count of installed mainframes AFAIK...how was that >number developed...anybody know? I expect that's a marketing number, and I strongly suspect it's high, and includes internal machines and

Cloud may be overpriced compared to on-premises systems

hm. Cloud was the go-to choice for the past five years, but we could see traditional systems become more viable. Savvy architects consider all the options. https://www.infoworld.com/article/3704228/cloud-may-be-overpriced-compared-to-on-premises-systems.html DJ

Re: Automount (was USS Features)

We use automount with auto created ZFSs for each user. We set the size so it won’t grow beyond our settings. Works great. On Mon, Aug 7, 2023 at 7:57 AM Rick Troth wrote: > > However it is not reality show or beauty contest, rather I'd like to > see some real advantages of automount. > >

Re: The ultimate (another one!) definition of mainframe

On Mon, Aug 7, 2023 at 11:24 AM Bill Johnson < 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote: > <...snip...> There are 10,000+ mainframes <...snip...> I have seen the 10,000 number several times in this thread...IBM does not publish their count of installed mainframes AFAIK...how was

Re: Automount (was USS Features)

Obviously it is not big deal. Yes, automount or not-automount is not the question (Hamlet). :-) It is just my opinion that automount require some setup and provide no value. And of course this is discussion forum, so I expect other opinions or arguments. This is kind of learning opportunity,

Re: The ultimate (another one!) definition of mainframe

The narcissism here is amazing. To claim IBM doesn’t know what they are doing and some dudes on the internet do. There are 10,000+ mainframes. That would extrapolate to tens of thousands of systems programmers worldwide. I’m fairly certain the few hundred here, of which 20-30 dominate 90% of

Re: The ultimate (another one!) definition of mainframe

Choir here. Maybe you should explain this to IBM marketing and "C" level management?  To bad they aren't A level managers. ;-) Just say'n'. Steve Thompson On 8/6/2023 10:57 PM, Jon Perryman wrote: > On Saturday, August 5, 2023 at 06:36:52 AM PDT, Radoslaw Skorupka wrote: There is NO

Re: Automount (was USS Features)

On Mon, 7 Aug 2023 10:00:45 -0400, Steve Smith wrote: > >I appreciate that you haven't continued the conflation of "automount" with >what we're really talking about, which is individual home filesystems. > I can hardly imagine not having a private home directory. It hardly matters to me whether

Keyboards [WAS: z/OSMF]

Just got a call this morning about 3270 keyboards with USB connections. They are now in stock. Thought I'd let you all know if any of you are interested in having a 3270 type keyboard for your programming use. Steve Thompson On 7/4/2023 4:54 PM, Mike Schwab wrote:

Re: USS Features

> On Friday, August 4, 2023 at 04:00:19 PM PDT, Farley, Peter wrote: > Not absurd when open-source downloads to implement a POC to try out the  > product ***ON z/OS*** can easily take at least tens of GB , and adding up > enough  > of those multi-GB files will easily get you to 100GB. It's

Re: Automount (was USS Features)

> On Monday, August 7, 2023 at 05:56:59 AM PDT, Rick Troth > wrote: > storage admin might truly dislike: auto-create a USS filespace for each user. Storage admins who don't like auto-create can create filespace by hand. Are you saying auto-create does not meet the needs for all?  >

Re: Automount (was USS Features)

Every user on our system has dozens of "personal" files, ISPF-related, DDIR, etc. One more is no big deal. And if a user blows up their home filesystem, it's a minor issue (1 user), not a critical one (all users affected). I also do not want to manage space usage in the filesystems. I

Re: z/OS performance question

The RMF Work Delay monitor (monitor3) can show you why each task is delayed, and what resource is holding it up eg /f rmf,start III TSO RMFWDM option *2* (2 JOBSAll information about job delays Enter your TSO userid selection 8 for delays by processor or go back to home screen, 3

Re: Automount (was USS Features)

Objection: I do not compare thousands of automounted filesystems to same thousands of permanently mounted same filesystems. Absolutely the opposite, I mean INSTEAD of thousands (I'd say dozens) automounted filesystems I'd like to have ONE or few permanently mounted filesystems. Caution: common

Re: Automount (was USS Features)

> However it is not reality show or beauty contest, rather I'd like to see some real advantages of automount. Last week I learned of a peculiar use of automount in z/OS which is different from my experience and which a storage admin might truly dislike: auto-create a (possibly large, in any

Re: z/OS performance question

Classification: Confidential In that case, either the capacity (or weight) of the LPAR will need to be increased, or as another suggested, give access to another CP. The only other thing you can do is get with the DB2 folks to see if they can do something with the restore process. HTH,

Re: z/OS performance question

While adjusting the WLM definitions might help TSO, I would like to add that I put my TSO userid in SYSSTC. Even running in that service class my TSO response is sluggish. Sent with Proton Mail secure email. --- Original Message --- On Monday, August 7th, 2023 at 8:30 AM, Allan

Re: z/OS performance question

Classification: Confidential Ok. You zre using 2 period TSO Service Defs. I suggest you adjust the period 1 duration until 96% (vs. 90%) of transactions end in period one. There is no easy way to measure this in advance. The RMF Service Class Period report will however show the results after

Re: Minimum LPAR size for z15 processor

Classification: Confidential For the purpose stated (STP Timiing links only) I doubt an increase will be needed -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Jacobs Sent: Friday, August 4, 2023 11:17 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Minimum LPAR

Re: Separation of Duties RACF Security Admins/Systems Programmers - Sarbanes-Oxley

One of the Nordic banks had decentralised security admin. The main person for giving access to the abc data, was a manager in the abc group. For annual userid/access validation the abc manager had to review the access lists, and report back. That way every manager suffered a little, rather

Channelized I/O WAS: Mainframe Makers.... WAS: Ars Technica: The IBM mainframe: How it runs and why it survives

David Crayford wrote: >Maybe wait until there is actually some tangible AI libraries such as >TensorFlow, PyTorch and SnapML before blowing trumpets. Huh? You *can* run these libraries on z/OS, on zIIPs even. They run on the z/OS Container Extensions (zCX) or on OpenShift for z/OS, as you