buhtz hat geschrieben: 
21.01.2022 09:41:35
Nun höre ich heute von
DietPi, als Debian-basiertes Pi image und treffe hier auf neue Begriffe. "ARMv6", "ARMv7", "ARMv8", letzteres noch in 64bit. Laut Wikipedia gehört der Pi4 zu "ARMv8".
Wie passen die Begriffe "arm64" und "armhf" in diesen Kontext?
Ich weiß nicht wie weit deine IT-Geschichte zurückreicht, aber um mal einen (natürlich hinkenden) Vergleich zu bringen:
Bei x86 gibt es verschiedene Architekturen: [..] i386, i486, i586 ("Pentium"), i686 ("Pentium 2") [..]
Ähnlich ist es mit ARMv4, ARMv5, etc.
Später fiel das weg, aber bei i386 und i486 gab es Varianten mit und ohne FPU. Beim i486 hießen die z.B. SX und DX.
Ähnlich ist es mit arm(el) und armhf. armhf in Debian ist ein Superset von armel, aber hf ist nicht die einzige Erweiterung.
Falls du die Anfänge von Raspbian miterlebt hast, dann weißt du vielleicht, dass es von Anfang an eine hf-Architektur war, aber dass Raspbian/armhf nicht kompatibel zu Debian/armhf war. Debian/armel lief zwar auf dem RPi1, aber Debian/armhf lief nicht - nicht wegen hf sondern wegen anderer Instruktionen die mir gearde nicht einfallen.
Das war überhaupt der ursprüngliche Grund, Raspbian als Distribution ins Leben zu rufen: Debian mit hf aber lauffähig auf dem RPi1 zu compilieren.
Bei x86 wurde die klare Architekturfolge nach i686 aufgegben, aber wenn man sich wichtige Instruktionssets wie SSE anschaut, kann man sowas in der Art immer noch identifzieren. Es hat nur weitgehend an Bedeutung verloren, weil jenseits von i686 kaum noch Software neuere Instruktionen hart voraussetzt.
amd64 ist eine Busbreitenerweiterung für eine Architektur, die man sonst wohl i786 hätte nennen können. Prinzipiell häte das aber auch auf Basis einer anderen x86-Architektur passieren können. Ähnlich verhält es sich mit arm64. Es ist eine Busbreitenerweiterung. Ich weiß nicht auf welchem 32bit-Instruktionsset sie basiert, aber Debians armhf ist auf jeden Fall ein Subset von Debians arm64.
