Wenn ein 486 aufgrund begrenzten Speichers und Rechenkapazität kein aktuelles Linux handhaben kann, muss man dieses auch aussprechen dürfen, ohne für typische "Nerdkultur" angegangen zu werden.
Speicher und Rechenkapazität sind nicht das Problem veralteter Architekturen.
Debian 10 bootete z.B. noch mit 32MB RAM sauber, und kam selbst mit 28MB noch irgendwie hoch. Danach habe ich es nicht mehr probiert. Und was die Rechenleistung angeht: Dann bootest du eben 30 Minuten statt 30 Sekunden. Wenn du dir das antun möchtest, kannst du das gern tun. Linux hindert dich nicht an dem Unterfangen.
Das Problem sind veraltete Befehlssätze.
Sträflich vereinfachtes Beispiel: Stell dir vor, jemand gibt dir die Aufgabe, die Anzahl der Felder eines Schachbretts zu ermitteln! Du kennst die Lösung nicht und bist auch mit dem Problem nicht vertraut. Also gibt dir der Aufgabensteller folgenden "Befehl": Zähle die Reihen und Linien und multipliziere beide Zahlen!
Nun stell dir aber vor, der "Befehl" "Multiplikation" ist dir nicht bekannt, z.B. weil du Kindergartenkind bist. Du wirst dem Aufgabensteller noch nicht einmal sagen können, dass du keine Multiplikation kannst, denn du hast ja nicht einmal einen Begriff davon. Stattdessen wirst du ihn wohl nur doof anschauen und gar nichts machen. Metaphorisch gesprochen stürzt dein Programm mit einem Segfault ab. Wenn der Aufgabensteller dich als Kindergartenkind erkennt, könnte er dir immerhin den alternativen Befehl geben: "Zähle (addiere) alle Felder!"
Beide Wege führen zum Ziel, aber Ersterer ist deutlich schneller. Und der Aufgabensteller muss deinen "Befehlssatz" erkennen und auf seine Limitierung reagieren können, um von dir ein optimales (schnellstmögliches, korrektes) Ergebnis zu bekommen.
Genau dieser Verwaltungsaufwand zum Erkennen alter Befehlssätze und die Implementierung von Workarounds um ihre Limitierungen ist es, die man als Entwickler gern einspart.
Konkretes Beispiel aus der Praxis:
Bis einschließlich Debian 7 (Wheezy) stellte Debian sowohl einen i486- als auch einen i686-Kernel bereit. Nachdem mit Version 8 (Jessie) die Mindestanforderung von i486 auf i586 angehoben wurde, und man nun einen i586- und einen i686-Kernel anbot, stellte sich heraus, dass das Userland zwar für i586 compiliert sein sollte, aber tatsächlich auch i686-Instruktionen enthielt, weil Einige davon implizit zur Compilezeit gesetzt wurden, und man natürlich aus Performancegründen auf i686-fähiger amd64-Hardware compiliert hatte.
Das Problem fiel nur auf, wenn man Debian tatsächlich auf i586-Hardware ausführte. Zu 90% lief alles entsprechend langsam aber glatt, bis eine i686-Instruktion ins Spiel kam und ein Programm mit einem Segfault starb.
Es gab nun zwei mögliche Lösungswege:
1. Das gesamte Debian-Archiv nach implizit zur Compilezeit gesetzten (und damit schwierig zu findenden) i686-Instruktionen zu durchforsten.
2. Die Mindestanforderung auf i686 anzuheben.
Man hat das Ganze für Debian 8 ausgesessen und dann für Debian 9 die Mindestanforderung auf i686 angehoben.
:
www.heise.de
