crackez

I would like to think she is happy, but you have to understand the consequences of the bet. Either way she wins in the end. I think she would appreciate that.

Me too.

He was my advisor during undergrad; I had him for everything like C++, Assembly, data structures, operating systems, systems programming, an independent study, and he put me on the path to Unix guru.

His wife Anne was one of my professors as well (Cobol). I promised her I would never get a job writing Cobol. Unbroken.

Incredibly smart people...

Prof. John Potter told me they were the only frontend that correctly implement multiple inheritance for c++98. He thought very highly of EDG... For old time c++ folks, he was a mod on comp.lang.c++.moderated and a very cool teacher. So I hope I remember his lessons correctly...

Not like CP/CMS predates the Internet or anything... /s

Oh really? Have you tried to rewrite anything to put your theory to the test? I don't think it's as straight forward as you think it is...

I'm just happy to be on the food chain at all...

I think there would be more money saved by making sure deer don't get hit by cars...

That's about how much it cost my company to move the flagship off of z/OS. That kept the language (Cobol) and DB2 intact (moved to DB2LUW); just a new build target basically.

It took like 5 or 6 years and that $10M represents the cost of only 10 months of operations on Z.

What about CICS? What about JES?

"you're either with me or you're against me" is an indicator for a bad decision being forced upon you, often by a bad person. Best to just disregard and move on.

Fork on Linux should use copy-on-write vmpages now, so if you fork inside python it should be cheap. If you launch a new Python process from let's say the shell, and it's already in the buffer cache, then you should only have to pay the startup CPU cost of the interpreter, since the IO should be satisfied from buffer cache...

So, what's your replacement machine consist of?

I used to use the hardware raid to stripe 2x ssd's to get over 1GB/s from my sata drives.

New machine has a pcie5 gen5 m.2 nvme. Stupid fast at 12GB/s.

I gotta figure out what to do with the old machine now...

I just replaced my HP z800 from 2008 because it was holding it's own with the addition of a few ssd's and an RX580 GPU over the years. Went from 6c12t Xeon to 16c32t (R9950x) and 7900xt.

Performance just hasn't out paced people's needs in the last 15 years the way it used to...

It sounds like the view of some person with zero experience in the real world of professional software engineering. My experience is the opposite. The USA has a very diverse software workforce.

Hard disagree.

It's not at all a mental illness. That's ignorant.

Some of the most technically adept people I know are on the spectrum and they are incredibly valuable. We're talking Chief architects, lead/senior engineers, Network engineers, and the list goes on.

People like that probably have divergent neurochemistry compared to you.

Learn to leverage that asset and stop being a Karen.

Feigned wisdom isn't.

Sure, for JCL and COBOL...

Since when is the surface of the universe that of a hypersphere?

Vulkan shaders have entered the chat...

Yet the same number of register bytes (when only counting 6502's zero page)... 32x8 = 256 bytes...

There's always - cat /proc/net/tcp*

And remember: echo * can be your "ls" in a pinch.

Look up Micro Focus Enterprise Server and Enterprise Developer. They are now owned by Rocket.

I've used o365 copilot to analyze a COBOL app I had source code to, and it was great at explaining how the code worked. Made writing an interface to it a breeze with some sample code and I swear I am not a COBOL person, I'm just the Linux guy trying to help a buddy out...

It also does a reasonable job of generating working COBOL. I had to fix up just a few errors in the data definitions as the llm generated badly sized data members, but it was pretty smooth. Much smoother than my experiences with llm's and Python. What a crap shoot Python is with llm's...

Negativo friendo.

The mainframe is turning into a middleware layer running on Enterprise Linux. We've containerized the mainframe at this point, and I mean that directly - eg. Running jcl, multiple CICS regions, all in COBOL that originated on z/OS is now running in k8s on amd64.

With Istio (envoy) you run a "sidecar" container in your pods which handles the "mesh" traffic, so it scales with the number of instances of your pods.

We used to have a piece of Java software called Scout - it did a lot of small memory allocations... Led to runtime of multiple days for some datasets. I was reading the book Solaris Internals. The edition I had was updated for the ultrasparc 3's, and I was reading that section that talked about memory pages and the new support for huge pages, eg 4GB pages. We switched on 4GB pages and the week long runs of Scout went to only a few hours. That performance gain was real money and time.

That was an interesting trip down memory lane.