Debian stellt mit Stretch i586-Unterstützung ein

[MSfree]

Der Geode ist laut Wikipedia ein K7 kompatibler.

Jein, die alten Geode GX und Geode LX basieren noch auf dem Cyrix MediaGX und sind nur 586er.

Der Geode NX ist ein runtergetakteter Athlon-XP und sollte somit voll 686-kompatibel sein.

[hikaru]

Der Geode ist laut Wikipedia ein K7 kompatibler. Das hoffe ich sehr, denn mein Alix-Board tut noch gute Dienste.

Wenn du ihn aktuell mit dem i686-Kernel betreibst, dann ist er i686-kompatibel und du brauchst dir für Stretch keine Sorgen machen.

[nudgegoonies]

Danke euch beiden. Der Unterschied war mir noch nicht klar. Dann muss ich mal genau draufschauen, welche CPU in meinem Alix verbaut ist. Der angepasste Kernel vom Voyage Linux, das auf Jessie basiert, ist auf jeden Fall einer, der "CONFIG_M686" nicht gesetzt hat.

[ChronoBoost]

Jein, die alten Geode GX und Geode LX basieren noch auf dem Cyrix MediaGX und sind nur 586er.

Der Geode LX ist i686 kompatibel, der Geode GX nicht.

[nudgegoonies]

Es ist ein AMD Geode LX800 verbaut. Der aktuelle Kernel ist aber nicht für 686 gebaut wie ich schon schrieb. Ich könnte mal den entsprechenden plain Debian Kernel ausprobieren.

[nudgegoonies]

Sorry, es hat lang gedauert. Der aktuelle Jessie-Backport Kernel läuft auf dem Geode. Ich habe dann noch libc6-i686 nachinstalliert. Aber die Anwendungen nutzen trotzdem nur die libc6-i386 Library. Das finde ich merkwürdig. Da zukünftig ja auch die libc6 nur noch in 686 Ausprägung kommt, würde ich das ganz gerne vorher testen. Kann ich den ld zwingen statt i386 die i686 cmov C-Libraries zu benutzen?

[NAB]

Heise hat's jetzt auch gemerkt:
http://www.heise.de/newsticker/meldung/ ... 99339.html
Und beruft sich auf diese Meldung von Ben Hutchings:
https://lists.debian.org/debian-devel-a ... 00001.html

[nudgegoonies]

Darüber bin ich auch schon gestolpert. Da der Geode aber mit 686 Kernel läuft hätte ich jetzt vermutet, dass er auch mit der 686/cmov optimierten libc läuft. Die gibt es ja eh schon. In der i386 Distribution hat man ja zwei libc Pakete. libc6 und libc6-i686. Letzteres benötigt aber libc6. Ich kann es also nicht einfach entfernen um die 686/cmov optimierte libc6 zu erzwingen. Ich vermute, dass es da beim LD eine Option geben muss. Und das da die Erkennung vom Geode als 686 fehlschlägt. Vielleicht weil er sich trotz cmov in "/proc/cpu" als "cpu family 5" meldet?

[niesommer]

Hallo,
also hier gibt es auch noch einen Artikel: http://www.pro-linux.de/news/1/23534/de ... soren.html

Aufgrund der überschriften dieser Artikel würde ich mir ja nun keine Sorgen machen, aber im Netz wird immer wieder daraufhingewiesen das eben auch die 32Bit Architektur oder wie das heißt damit verschwindet. Und das bereitet mir dann kopfschmerzen. Daraus ergibt sich meine frage:
Werden nur alte CPUs nicht mehr unterstützt oder auch gleich 32bit überboard geworfen?

Ich habe hier einen EEEPC mit folgenden Sachen:

Code: Alles auswählen

cat /etc/debian_version 
stretch/sid

Code: Alles auswählen

 lscpu 
Architektur:           i686
CPU Operationsmodus:   32-bit
Byte-Reihenfolge:      Little Endian
CPU(s):                2
Liste der Online-CPU(s):0,1
Thread(s) pro Kern:    2
Kern(e) pro Socket:    1
Sockel:                1
Anbieterkennung:       GenuineIntel
Prozessorfamilie:      6
Modell:                28
Modellname:            Intel(R) Atom(TM) CPU N280   @ 1.66GHz
Stepping:              2
CPU MHz:               1667.000
Maximale Taktfrequenz der CPU:1667,0000
Minimale Taktfrequenz der CPU:1000,0000
BogoMIPS:              3325.16
Markierungen:          fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm dtherm

Code: Alles auswählen

 cat /etc/apt/sources.list
deb http://ftp.de.debian.org/debian/ stretch main contrib non-free
deb http://security.debian.org/ stretch/updates main contrib non-free
deb http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free

Da noch alles wunderbar funktioniert, tippe ich zur -zeit nur auf das verschwinden der alten CPU Unterstützung, aber bei Debian bin ich mir da leider nicht mehr sicher ob da nicht noch was anderes kommt und nix mehr geht. Daher meine frage an euch.

[catdog2]

Es handelt sich um den Wegfall von i586, konkret betroffen wie ja schon verlinkt:

* AMD K5, K6, K6-2 (aka K6 3D), K6-3
* DM&P/SiS Vortex86, Vortex86SX
* Cyrix III, MediaGX, MediaGXm
* IDT Winchip C6, Winchip 2
* Intel Pentium, Pentium with MMX
* Rise mP6
* VIA C3 'Samuel 2', C3 'Ezra'

Modellname: Intel(R) Atom(TM) CPU N280 @ 1.66GHz

Die Atom Reihe sollte modern genug sein.

[nudgegoonies]

Kurze Antwort: 32 wird noch längere Zeit unterstützt.

Längere Antwort:

Was nutzen Dir all die tollen neuen CPU Features, wenn die Programme nicht dafür compiliert sind? Das von der libc 2 Versionen angeboten werden hat natürlich einen Grund: Performance. Und in Debian gibt es sehr viele C/C++ Programme, die Funktionalität der libc nutzen. Das bringt selbst dann Performance, wenn das Programm nur für i386 übersetzt wurde, aber es die libc6 in der optimierten i686/cmov Variante nutzen kann.

Es gibt natürlich auch einige wenige C/C++ Programme, die grundsätzlich auch die neuen Features nutzen. Ich glaube die Videocodecs nutzen sowas. Die haben halt Verzweigungen im Bauprozess und compilieren zeitkritische Routinen mehrfach (586, 686, 686+SSE, 686+SSE2, etc.). Zur Laufzeit wird dann abhängig von der CPU die passende Routine geladen. Aber sowas ist aufwendig.

Ich meine mich zu erinnern, das manche Debian-Derivate sich schon vor Jahren gerühmt haben, in der 32 Bit Variante nur noch auf 686 aufwärts zu funktionieren. Auch hier wieder der Grund. Performance.

Die 64 Bit Variante von Debian hat zusätzlich den Vorteil, dass sie den kleinsten Nenner aller CPU Befehle und CPU Erweiterungen von 64 Bit fähigen CPUs als Standardeinstellung für den GCC nutzen kann. Es wird z.B. nur noch SSE genutzt und nicht mehr die FPU. Siehe hier: https://www.debian.org/ports/amd64/index.de.html

Meiner Meinung nach gibt es einfach noch zu viel 32 Bit auf der Welt, so dass Debian die i386 Architektur nicht einfach rausschmeißen kann. Das dumme ist auch, dass es innerhalb der 686-Linie noch sehr viele Erweiterungen gab und es keine echte "Schnittlinie" gibt, wo man alte Zöpfe abschneiden kann. Der Pentium II kam 1997 raus. Und 2011 gab es immer noch neue Core-Irgendwas-Prozessoren, die 64 Bit nicht konnten.

[niesommer]

Danke
das beruhigt mich doch, ich kann also noch eine weile meine 32bit Kiste benutzen.

[MSfree]

Und 2011 gab es immer noch neue Core-Irgendwas-Prozessoren, die 64 Bit nicht konnten.

Core2-CPUs sind grundsätzlich 64bitig.

Die letzten 32bit Core-Solo/Duo, die Intel produziert hat, sind von 2007 und die letzten 32bit Netbook-Atoms stammen von 2008.

Allerdings ist da noch die Atom Z2000-Serie, die bis 2013 verkauft wurde, die meines Wissens 32bitig ist. Die Verbreitung dürfte aber überschaubar sein, da sie als Mobiltelefon-CPU gedacht war und über einige wenige Prototypen nicht heraus kam. Inwischen hat sich Intel aus dem Geschäft für Mobiltelefon-CPUs wegen Erfolglosigkeit verabscheidet.

[ralli]

Ich arbeite ja noch mit einem Pentium 4 mit 2x3 Gigahertz, ist der auch betroffen? Der ist auf jeden Fall schon 64 bittig.

[MSfree]

Ich arbeite ja noch mit einem Pentium 4 mit 2x3 Gigahertz, ist der auch betroffen?

Nein. 64bit CPUs sind nicht betroffen.

[nudgegoonies]

Allerdings ist da noch die Atom Z2000-Serie, die bis 2013 verkauft wurde, die meines Wissens 32bitig ist. Die Verbreitung dürfte aber überschaubar sein, da sie als Mobiltelefon-CPU gedacht war und über einige wenige Prototypen nicht heraus kam. Inwischen hat sich Intel aus dem Geschäft für Mobiltelefon-CPUs wegen Erfolglosigkeit verabscheidet.

Diese Serie kannte ich noch gar nicht. Für rein "industrielles Embedded" (oder auch Router, etc.) hätte es mich nicht gewundert, wenn es da aktuell noch was 32-bittiges gegeben hätte. Aber anscheinend sind die Z2000er ja für Smartphones und Tablets gedacht gewesen.

Ich glaube generell dauert es vom Produktionsende einer CPU an immer noch ein oder zwei Jahre, bis dann auch in den ärmeren Gebieten der Welt die letzten Neugeräte, die diese CPUs nutzen, abverkauft wurden. Aber selbst mit der Verzögerung dürfte für den billigen und massentauglichen Notebook- und Desktopmarkt 2010 oder 2011 das letzte Jahr der reinen 32-bitter gewesen zu sein.

[MSfree]

Der Nachfolger für die CPUs, dessen Unterstützung mit dem nächsten Debian eingestellt wird, war der Pentium-Pro und der kam 1995 auf den Markt. Nach über 20 Jahren darf man so einen alten Zopf dann auch mal abschneiden.

Aktuelle Debians laufen auf so alter Hardware sowieso eher schlecht als recht. Den CPUs fehlt es an Geschwindigkeit, den alten Festplatten an Kapazität und RAM war vor 20 Jahren auch noch nicht so viel verbaut. Wir hatten damals eine SGI Indigo2 mit 100MHz R4000 CPU, 128MB RAM und 2GB Festplatte im Einsatz, da würde es mit einem aktuellen Debian schon verdammt eng werden, obwohl das damals eine ziemliche Höllenmaschine war, an der wir zu fünft gleichzeitig gearbeitet haben.

Damalige PCs waren mit noch viel weniger RAM und Plattenplatz bestückt, 16MB RAM und 200MB Platten waren damals Standard. Selbst eine damaliger High-End Workstation mit zwei 200MHz Pentium-Pro, 256MB RAM Vollbestückung und 10GB Plattenplatz (= völlig unbezahlbar) wird heute von einem Raspberry B+ üebrflügelt. Vom Stromverbrauch von über 150W vs. 3W beim Raspi wollen wir lieber gar nicht erst anfangen.

[hikaru]

Der Nachfolger für die CPUs, dessen Unterstützung mit dem nächsten Debian eingestellt wird, war der Pentium-Pro und der kam 1995 auf den Markt. Nach über 20 Jahren darf man so einen alten Zopf dann auch mal abschneiden.

AMD hat noch mindestens bis 2000 K6-3 hergestellt.

[ralli]

Ich arbeite ja noch mit einem Pentium 4 mit 2x3 Gigahertz, ist der auch betroffen?

Nein. 64bit CPUs sind nicht betroffen.

Na dann bin ich ja beruhigt. Aber von AMD werden noch einige im Einsatz sein.