optionen in menuconfig.

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
ckihm.deb
Beiträge: 263
Registriert: 26.12.2002 18:49:38
Wohnort: Saarbrücken

optionen in menuconfig.

Beitrag von ckihm.deb » 24.11.2003 12:43:10

Hallo Forum,

einen Kernel zu kompilieren ist ja an sich einfach ( solange nicht etwas unerwartet schiefgeht). Aber die config Datei vor dem Kompilieren zu erstellen ist zumindest für
mich aus folgenden Gründen schwer:

1) trotz den Hilfetexten bin ich oft überfordert einzuschätzten ob ein div. Modul für mich
von Nutzen ist oder nicht.

2) gibt es Abhängigkeiten auf die ich achten muss.

Bis jetzt habe ich einfach die config meines alten Kernels geladen, und div. Treiber hinzugefügt. Das funktioniert. Aber ich habe sicherlich sehr viele Module die ich nicht
brauche und werde daher in modconf mit einer unübersichtlichen vielfalt von Modulen
erschlagen.

1. Also macht es Sinn z.B. alle Module die ich auf meinem System nicht geladen
habe, einfach nicht mit zu Kompilieren?

2. Wird der Kernel schneller wenn ich die verwendeten Treiber nicht als Modul, sondern direkt in den Kernel kompiliere?

3. Gibt es eine Seite auf der der Nutzen der verschiedenen Optionen bei der config erläutert werden und eventuelle Abhängigkeiten?

4. Oder soll ich meinen Kernel wie bisher kompilieren ( es läuft ja alles ) da sich eine optimierun eigentlich nicht lohnt?

christian

Benutzeravatar
Rebell
Beiträge: 997
Registriert: 14.01.2003 20:36:53
Wohnort: Dresden

Beitrag von Rebell » 08.12.2003 20:11:30

Mein Tip: Hardware die sich kaum ändert wie Prozessor, Netzwerkkarte, Sound-Karte, Grafikkarte, SCSI-Emulation, USB Controller und Dateisystem fest in den Kernel eincompilieren. Denke dass es da Geschwindigkeitsvorteile gibt.

Alles andere: USB-Geräte (Scanner, Digicams), andere Dateisysteme (FAT, NFS) als Modul compilieren. Hardware die du nie nutzen wirst (100 verschiedenen Netzwerkkarten, Soundkarten, ISDN-Karten, SCSI-Treiber, Grafikkarten oder Dateisysteme) gar nicht erst mitcompilieren. Das gibt beim Starten sehr viel Geschwindigkeitsvorteil da er nicht so lange "Checking module dependencies" machen muss.

Abhängigkeiten in den Modulen löst du eigentlich mit "make dep" auf, welches du vor "make modules" und "make bzImage" ausführst.

Um deinen Kernel in Größe und Geschwindigkeit zu optimieren, brauchst du schon einige Informationen über dein System (Board-Treiber, Prozessor). Dafür musst du schon ein wenig Wissen mitbringen.

In den meisten Hilfen steht aber: "Its save to say N here" oder "Most users will choose Y here". Diese Tips lohnt es sich einzuhalten.

Aber böse Falle: ReiserFS ist nicht der Standard bei Debian, also wenn du ein ReiserFS benutzt dann kompiliere dieses auch ein.

Du musst halt mit dem System spielen. Wenn du einige Dinge nur selten benutzt (USB-Mouse oder sonstwas) lohnt sich das feste eincompilieren nicht, dadurch wird der Kernel kleiner und lässt sich schneller laden (glaub aber nicht dass man das bemerkt).

Wenn du eine Firewall aufsetzt oder einen Router in dem sich die Hardware auch in 10 Jahren nicht ändern wird, kommst du am Besten alles NOTWENDIGE in den Kernel einzubauen.
come to daddy, windowlicker!
get m:ke - http://get-mike.de

Benutzeravatar
ckihm.deb
Beiträge: 263
Registriert: 26.12.2002 18:49:38
Wohnort: Saarbrücken

Beitrag von ckihm.deb » 10.12.2003 20:16:50

@Rebell
vielen dank für die gute Erklärung. Sobald ich mal wieder Zeit habe, werde ich versuchen die Tipps umzusetzen. Ich denke das ich auch die meisten Infos zu meinem Bord und der verwendeten Hardware habe. Vielleicht ist bis dahin ja auch schon der 2.6 final :D

Benutzeravatar
suntsu
Beiträge: 2947
Registriert: 03.05.2002 10:45:12
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: schweiz
Kontaktdaten:

Beitrag von suntsu » 10.12.2003 20:26:27

Noch ne Falle :P

ext3 ist Standartmässig auch nicht angewählt, muss aber fest einkompiliert werden wenn dein / ein ext3-fs hat.

gruss
manuel

Antworten