mov r1,-(sp)
  mov $1024.,-(sp)
  mov $outbuf,-(sp)
  mov fout,-(sp)
  jsr pc,_write
  add $6,sp
  mov (sp)+,r1
  tst r0
  bpl 2f
  jmp wrterr

Is it? Java has changed a lot, but in such a way that it's still easy to mentally map new features to the old ones, provided you have understood the core language. IDEs can even convert your code from old to new and back.

Can people here give examples of non-standard grammar or vocabulary (that goes beyond some temporary slang or subculture words)?

Wish list of topics to add:

- branch predictors that can detect patterns (edit: I guess it's already covered in the paragraph about raising prediction accuracy)

- LRU-approximations in L1 caches

- Data prefetching (sequential, stride)

- Return address stack

Concerning μops, I think the 68060 did that, too.

It is a quite big game: the main executable is 117KB, plus around 50 overlay files of 1.5 KB each for the different dungeons and cities, plus the graphics files. I guess it was even too big for the average PC hardware at that time, or it was a limitation inherited from the original Apple II version: When you want to cast a spell you have to enter the number of the spell from the manual, maybe because there was not enough memory to fit the names of the 94 spells into RAM. Apart from that and the limited graphics and the lack of sound, the internal ruleset is very complete. You have all kind of spells and objects, capabilities, an aging mechanism, shops, etc.. The usual stuff that you also see in today's RPGs.

The modern uninstall.exe that came with it (I bought the game on GOG) was 1.3MB big.

https://magazin.wienmuseum.at/die-387-haeuser-des-peter-frit...

And the virtual exhibition of the museum:

https://sammlung.wienmuseum.at/alben/edb7nhc3tyww8dncp-sonde...

Some of the models contain a rail segment (Märklin etc.). Was he a model train enthousiast and the houses were part of a layout, or did he use the rails just as accessories? Strange that the articles don't say anything about the artist's motivation.

- libflutter.so 140 MBytes (flutter, obviously)

- flutter_assets 29 MBytes (this is a directory. The name is a bit misleading because it mostly consists of AH-specific icons.)

- libapp.so 20 MBytes (also related to flutter, I think)

There is a 640 KByte json file in the assets that stores an animation in base64 format. Now you know what the CPU and storage resources of your devices are used for nowadays...

I'm curious to know what the problem of Firefox is. For example, the 3d-raytrace-SP benchmark is nearly three times faster on Edge than on Firefox on my i7 laptop. The code of that benchmark is very simple and mostly consists of basic math operations and array accesses. Maybe the canvas operations are particularly slow on Firefox? This seems to be an example that developers should take a look at.

- Shipping container from China to the US: $3000-$9000 (tariffs?)

- Number of t-shirts per container: 35000

How much heavier are jeans than t-shirts? 10 times? That would mean an increase of $2.50 if container shipping costs double.