Am Freitag, den 03.09.2010, 05:12 +0200 schrieb Michelle Konzack:
Seh es mal so, der 686er von Debian ist mit SMP compiliert und lößt bei
einer direkten installation (Asus A7V600-X, AMD Sempron 2200+ und Athlon
XP 3000+ mit jeweils 3 GByte sowie SATA Patten) von CD/DVD einen "Kernel
OOps" aus und der 486er hängt ebenfals beim booten...
Ahhh, jetzt klingelt es.
Sieh mal, die Kernel-Freaks, wollen so wenig kernels in der Distribution
haben wie möglich.
Neuere CPU sind meist MultiCore-CPU (ab generation 8).
Das heisst um mit einem 686er Kernel die generationen von 6-9 zu
bedienen müssen die SMP mit reinnehmen, weil sonst die Multicore CPUs
brach liegen.
Aber bei Pentium 3 (80686) gab es nur ein Bruchteil von Computern die
Mehrprozessorsysteme waren. Im Endusersegment hatte niemand ein
Multiprozessorboard.
Und jetzt kommt man daher und haut sich einen MulticoreKernel auf eine
alte P3 Maschine, was völlig neben der Sache liegt.
Man hat keinen "richtigen 686er-Kernel" und man hat keinen "richtigen
986er-Kernel".
Ich würde sagen unter diesem Betrachtungswinkel sind
Performanceprobleme, das geringste Übel.
Eins ist sicher, K7 zu dropen war der lezte schwachsinn, den die Debian
Maintainer machen konnten!
Man müsste K8 und K9 noch mit reinnehmen und bei Intel genau das
gleiche.
786er, 886er und 986er Kernels fehlen.
und dann kommt der Point of no Return.
Bei IA-64 sind die Unterschiede in der Kernel-Architektur so groß, dass
man AMD64 und IA-64 separat bedienen muss.
Also ich habe mir für meine Server und den entsprechenden Mainboards
entsprechende monolytische Kernel gebaut, welche erstens wesentlich
schneller booten und zweitens absolut glibc unabhängig von Sarge über
Etch nach Lenny bis Squeeze funktionieren...
Was sich Augenscheinlich nicht vermeiden ließ, denn je mehr ich mich mit
der Problematik beschäftige um so "unerlässlicher" erscheint mir
Kernelanpassungen vornehmen zu müssen.
MfG Francis