i386>i686

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
jovan
Beiträge: 181
Registriert: 10.01.2005 18:17:08
Kontaktdaten:

i386>i686

Beitrag von jovan » 14.01.2005 14:51:19

Ich habenutze den Kernel 2.6.10 jetzt möchte ich gerne mal wissen was der unterschied ist ob da jetzt 386 oder 686 steht spielt da die performance mit eine rolle oder ist das egal.....

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 14.01.2005 15:26:11

wahrscheinlich wird es minimale Performanceunterschiede geben. Es gibt aber auch funktionelle Unterschiede (z.B. gibt es HIGHMEN gibt es unter 386 nicht).
Da es vom Aufwand relative egal ist ob man "apt-get install kernel-image-x.y.zz-n-386" oder "apt-get install kernel-image-x.y.zz-n-686" eintippt, würde ich die letzteres empfehlen (sofern du nicht eine Machine hast die <686 ist)

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22455
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 14.01.2005 15:32:57

Nach menuconfig müßte auch mit einem 386 Kernel Highmem 4GB funktionieren.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 14.01.2005 15:44:33

KBDCALLS hat geschrieben:Nach menuconfig müßte auch mit einem 386 Kernel Highmem 4GB funktionieren.
ich habe den Standardkernel gemeint, wer seinen Kernel selber baut wird ihn ja nicht für 386 konfigurieren, wenn er 686 oder höher verwenden kann

Benutzeravatar
jovan
Beiträge: 181
Registriert: 10.01.2005 18:17:08
Kontaktdaten:

Beitrag von jovan » 14.01.2005 15:49:26

Hm nachdem wenn ich nun einen P3 habe.....was müsste ich für einen kernel haben....oder ist das doch egal letztendlich.....

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22455
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 14.01.2005 17:42:35

Für Pentium III gibt es extra eine Auswahl

Code: Alles auswählen

Pentium-III/Celeron(Coppermine)/Pentium-III Xeon

 Linux Kernel v2.6.10 Configuration
 ──────────────────────────────────────────────────────────────────────────────────────────────────────────────
  ┌─────────────────────────── Pentium-III/Celeron(Coppermine)/Pentium-III Xeon ────────────────────────────┐
  │ CONFIG_MPENTIUMIII:                                                                                     │
  │                                                                                                         │
  │ Select this for Intel chips based on the Pentium-III and                                                │
  │ Celeron-Coppermine core.  This option enables use of some                                               │
  │ extended prefetch instructions in addition to the Pentium II                                            │
  │ extensions.                                                                                             │
  │             
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
jovan
Beiträge: 181
Registriert: 10.01.2005 18:17:08
Kontaktdaten:

Beitrag von jovan » 17.01.2005 00:10:54

Das sagt mir jetzt aber nchts...... :oops:

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22455
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 17.01.2005 12:51:34

Pentium 3 = Pentium III

Das eine sind arabische Ziffern und das andere das gleiche nur als römische Ziffern.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
jovan
Beiträge: 181
Registriert: 10.01.2005 18:17:08
Kontaktdaten:

Beitrag von jovan » 17.01.2005 13:11:24

Naja egal leute habe jetzt den 2.6.10-i686-er Kernel undläuft alles nur wie immer der nvidia treiber jetzt nicht mehr.......egal das bekomme ich auch noch hin.......Also habe ich das jetzt so verstanden wenn ich einen Pentium 3 habe das ich die i686 Kernel benutzen kann und es etwas besser ist als mit nem Pentium 3 einen i386-er kernel zu benutzen weil es heisst ja die i386-kernel sind für alle cpus deshalb verstehe ich gerade den unterschied nicht... :oops:
Zuletzt geändert von jovan am 17.01.2005 13:11:51, insgesamt 1-mal geändert.

Benutzeravatar
steos
Beiträge: 326
Registriert: 16.10.2004 13:27:34
Wohnort: Wien

Beitrag von steos » 17.01.2005 13:11:39

Also bei mir (siehe Footer):
Subarchitecture Type (PC-compatible) --->
PC-compatible -> [X]
Processor family (Athlon/Duron/K7)
HPET Timer Support -> [*]
Preemptible Kernel -> [*]
Local APIC support on uniprocessors -> [*]
IO-APIC support on uniprocessors -> [*]
Machine Check Exception -> [*]
Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4 -> <M> ( = M)
/dev/cpu/*/msr - Model-specific register support -> <M>
/dev/cpu/*/cpuid - CPU information support -> <M>
High Memory Support --->
4GB -> (X)
MTRR (Memory Type Range Register) support -> [*]
... alle anderen Optionen disabled.

Der Kernel wird damit auf meinen Prozessor hin optimiert und läuft etwas schneller. :wink:

PS: Den nVidia-Treiber muß man _stets_ neu erstellen, wenn ein neuer Kernel eingesetzt wird. Auch dann, wenn der gleiche Kernel (wegen einer neuen Option) neu übersetzt und eingebunden wird. Hat mich am Anfang ziemlich Nerven gekosten, bis ich dahinter gestiegen bin...

Benutzeravatar
KBDCALLS
Moderator
Beiträge: 22455
Registriert: 24.12.2003 21:26:55
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Dortmund
Kontaktdaten:

Beitrag von KBDCALLS » 17.01.2005 13:23:41

jovan hat geschrieben:Naja egal leute habe jetzt den 2.6.10-i686-er Kernel undläuft alles nur wie immer der nvidia treiber jetzt nicht mehr.......egal das bekomme ich auch noch hin.......Also habe ich das jetzt so verstanden wenn ich einen Pentium 3 habe das ich die i686 Kernel benutzen kann und es etwas besser ist als mit nem Pentium 3 einen i386-er kernel zu benutzen weil es heisst ja die i386-kernel sind für alle cpus deshalb verstehe ich gerade den unterschied nicht... :oops:
386 ist der kleinste gemeinsame Nenner. Läuft mit jeder CPU . Nehmen mir mal jetzt K7. Ein AMD K7 hat eine Befehlserweiterung SEE2 . Das heißt ein Kernel der für ein K7 kompiliert ist läuft nicht auf einem 386 oder 486 Prozessor , denn die haben kein SSE2 Da für würde er vermutlich mit einem AMD K8 funktionieren.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.

EDV ist die Abkürzung für: Ende der Vernunft

Bevor du einen Beitrag postest:
  • Kennst du unsere Verhaltensregeln
  • Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.

Benutzeravatar
jovan
Beiträge: 181
Registriert: 10.01.2005 18:17:08
Kontaktdaten:

Beitrag von jovan » 17.01.2005 15:08:31

Jetzt kapiere ich das ganze schon eher.....aber das mit dem kernel selber kompillieren ist kein thema jedoch kommt dann beim fertigen deb packet nur 3,0 MB Kernel-image mit modulen raus finde ich etwas sehr wenig naja dann läufts entweder net oder keine ahnung sonst was anderes......

Code: Alles auswählen

Subarchitecture Type (PC-compatible) --->
PC-compatible -> [X]
Processor family (Athlon/Duron/K7)
HPET Timer Support -> [*]
Preemptible Kernel -> [*]
Local APIC support on uniprocessors -> [*]
IO-APIC support on uniprocessors -> [*]
Machine Check Exception -> [*]
Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4 -> <M> ( = M)
/dev/cpu/*/msr - Model-specific register support -> <M>
/dev/cpu/*/cpuid - CPU information support -> <M>
High Memory Support --->
4GB -> (X)
MTRR (Memory Type Range Register) support -> [*]
Hm naja weiss net also wie stellt man das den optimal ein.......also ven unter ncurses oberfläche kann man das alles schön einstellen was ist wenn ich etwas aktiviere was bei meinem pc nicht funktioniert bootet dann net oder wie??[/code]

Benutzeravatar
steos
Beiträge: 326
Registriert: 16.10.2004 13:27:34
Wohnort: Wien

Beitrag von steos » 17.01.2005 16:31:14

Die obigen Einstellungen sollten auch für deinen Prozessor passen, wenn du bei den entsprechenden Konfigurationseinstellungen meinen AMD K7 durch deinen Prozessortyp ersetzt (sorry, hätte ich erwähnen sollen), also bei
Processor family (Athlon/Duron/K7)
Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4 -> <M>
einfach deinen Prozessortyp angeben. Mit diesen und den anderen oben genannten Einstellungen ist der Kernel dann entsprechend optimiert.

Ich weiß jetzt nicht konkret, wie groß mein selbstgebackener Kernel ist, aber einige MB ist schon sehr stattlich. Ich glaub' der Kernel hat bei mir (gepackt) 125kB, Module hab' ich nur wenige, initrd brauch ich keine, deine Angabe mit 3MB scheint mir ad hoc jedenfalls nicht falsch.

Zum Konfigurieren nehme ich grundsätzlich nur menuconfig (unter ncourses) her, da nach dem Installieren des neuen Kernels mein nVidia-Treiber neu erstellt werden muß. An sich ist's egal, alle Kernelkonfigurationstools sind gleichermaßen zur Erstellung geeignet, s' eher Geschmackssache.

Zur Sache mit dem Booten: In der Regel bootet der Kernel, es sei denn man hat grob "danebenkoonfiguriert". S' kann aber im Wesentlichen nichts passieren, denn der Default-Kernel bleibt ohnehin über's Bootmenü boot- und ansprechbar. Man tut gut daran die entsprechenden Meldungen beim Booten überprüfen, um Fehler zu finden. Hier hilft der Standardkernel weiter, denn hier kann man oft durch Vergleich sehen, was dort geht und beim (eigenen) Custom-Kernel nicht.

Bei einer Vielzahl von Usern kracht's, wenn initrd und die entsprechenden Einstellungen nicht passen. Am sichersten ist es jedenfalls, wenn man sich die .config des Standardkernels hernimmt (zu finden unter /boot/config-<Kernelversion>) und dann zu ändern beginnt.

Antworten