[ooisee]

Seems like, You've got it backwards — and that makes it so much worse. ^_^

I ported from ABAP to Z80. Modern enterprise SAP system → 1976 processor. The Z80 version is almost as fast as the "enterprise-grade" ABAP original. On my 7MHz ZX Spectrum clone, it's neck-and-neck. On the Agon Light 2, it'll probably win. Think about that: 45-year-old hardware competing with modern SAP infrastructure on computational tasks. This isn't "old tricks don't work on new hardware." This is "new software is so bloated that Paleolithic hardware can keep up." (but even this is nonsense - ABAP is not designed for this task =)

The story has no moral, it is just for fun.

[theamk]

That Z80 code is not the equivalent of the modern code though, is it?

for example your modern code mentions 64KB lookup table.. no way you can port this to Z80 which has 64KB of address space total, shared for input, output, cache and code.

So what do those timings mean? Are those just a made up numbers for the sake of narrative?

[michalpleban]

Input and output are in a separate address space on the Z80. It's on the 6502 where they share space with code and data.

[kragen]

Oh, that makes a lot more sense! I was puzzled as to how the new hardware could be so slow, but an inefficient interpreter easily explains it. I've seen over 1000× slowdowns from assembly to bash, so it sounds like ABAP is close to bash.

[john-h-k]

But if you ported the ABAP to a static language it would be significantly faster than both

[ooisee]

Yes. But I am not very much interested in that.

However, ZVDB-GO port is ... about 1mln (?) times faster than ABAP version.