Wie backt man einen schnellen Kernel?

Hilft dir vielleicht die KernelNewbies Seite?

Kurze Antwort zu deinen Fragen: Treiber fest einkompiliert sollte schneller gehen, nur die CPU auswählen die du brauchst (alles was wegfällt macht den Kernel kleiner, also das Laden schneller), SCSI kann raus wenn dus nicht brauchst (USB Sticks arbeiten mit SCSI Emulation, also lass sg besser drin wenn du die brauchst) usw...

HTH, Floh

Hi Dauser,

ich geh mal davon aus das Du Dein System nicht von Diskette startest;-))

Vereinfacht ausgedrückt kannst Du den Kernel als Schnittstelle zwischen der Hardware und der Softaware betrachten.
Wenn Du Dir einen, auf Deine Hardware zugeschnittenen, Kernel bauen willst musst Du im Grunde genommen nur alle
(Hardware)Module die Du nicht brauchst zu deaktivieren.
Welche Module das im einzelnen sind ist wie gesagt von deiner Hardware abhängig.
Versuch mal folgenden Vorgehensweise:
1.
nimm Dir eine bestehende .config und schieb diese Deinem neuen Kernel (von kernel.org) mit make oldconfig unter.
2.
Mit make menuconfig oder make ?xconfig? unter X11 musst Du jetzt die komplette Kernelkonfig durchgehen und
alles was Du nicht brauchst rauskicken oder im Zweifelsfall als Modul konfigurieren.
Hier kannst Du auch gleich die Anpassung an Deine CPU vornehmen.
Die Hilfen die Du im Konfigmenü findest erklären in der Regel recht gut für was das Modul zuständig ist, ansonsten
findest Du im Sourcezweig des Kernel jede Menge Dokumente die auch sehr hilfreich sind.
3.
Den Kernel bauen und testen und testen und testen ob alles so funktioniert wie Du das geplant hast.
Das wird Deine Basis für weitere Experimente und Optimierungen.
4.
Ab jetzt wirds spannend.
Die Module die momentan über die initrd geladen werden (i.d.R. Dateisystemtreiber, Storage usw.),
werden jetzt als statisch in der Kernelconfig eingetragen und die initrd in der Kernelconfig deaktiviert.
5.
Ab hier wirds schwierig und langweilig.
In den Abschnitten Networking und nachfolgenden findest Du jede Menge Sachen die Du deaktivieren kannts.
Das Problem hierbei ist, das ab Kernel 2.6.16 und nachfolgende vieles geändert bzw. umstrukturiert wurde.
Manche Funktionen und Module werden nur in bestimmten Kombinationen der Hard und Software benötigt (Stichwort X11).
Hier ist viel Potenzial zum optimieren, aber auch zum "falsch machen", deshalb: testen, testen, testen.
6.
Falls Dein System jetzt noch funktionieren sollte und Du immer noch nicht die Schnautze voll hast,
geh mal ins General setup und spiel ein bischen mit den Optionen für embeded Systems herum.
Vom Kernel hörst und siehst Du danach nicht mehr viel und die Fehlersuche ist ein wenig kopmplizierter als vorher, aber das bringt auch einiges.
Deshalb diesen Schritt erst nach dem Ausmisten des Kernels durchführen.
7.
Im Makefile gibts eine Zeile MAKEFLAGS += -rR, die kannst Du auch mal probieren (wenn Du ein sehr stabiles System hast).

Wenn Du ein schnelles Entwicklungssystem hast, kannst Du das an einem Wochenende durchziehen.

Viel Spass Thomas

Zitat

Original von Dauser
Bis mein Kernel im BS geladen ist vergehen 17 sekunden.

Laut Sig hast du LinVDR + Update. Wenn du Coopers Kernel einsetzt, bekommst du kaum was schnelleres. Wenn sich die 17s. auf das reine Kernelladen beziehen (Pünktchen während des Laden) liegt das kaum am Kernel, sondern vmtl. an DMA-Einstellungen der Platte.

Wenn du nicht Coopers Kernel verwendest, kopierst du dessen Konfig (liegt im /proc) als .config nach /usr/src/linux (oder wo auch immer deine Kernelquellen entpackt sind) und machst ein make oldconfig. Dann je nach Erfordernissen der Installation/der Hardware weiter wie schon in vorherigen postings angesprochen.

EDIT: Ich sehe gerade, du bootest vom USB-STick - die brauchen vmtl. halt so lange.

EDIT2: Coopers Kernel ist schon auf schnelle Boot(!!!)-Zeit optimiert, insofern keine initrd, alles Wesentliche im Kernel und nicht als Modul. Du könntest normalerweise nur optimieren, insofern du speziell für deine CPU - und nicht als 386 - (aber soviel bringt das für den VDR auch nicht) und/oder einige Module z.B. für Netzwerkkarten nicht kompilierst. Aber ob die nun auf der Platte liegen oder nicht, die Bootzeit tangiert's nicht. Du könntest allenfalls deinen NIC-Treiber fest einkompilieren, aber das macht den Kohl auch nicht fett.

Zitat

Original von marauder
Mein VDR startet auch in etwa 18 Sekunden mir ist das schnell genug.

Dauser meint aber vmtl. nicht die Bootzeit (die wäre mit 17s affengeil), sondern das Lesen und Auspacken des Kernels vom Bootmedium vor dem eigentlichen OS-Start.

wenn Du eh schon dabei bist einen eigenen Kernel zu bauen, dann schau Dir doch gleich mal suspend2 an.
Damit schicke ich meinen Laptop immer in den Suspend(toDisk) Mode. Dann ist KDE immer recht schnell wieder da.
In meinem CarPC setze ich auch Suspend2+speziellen(Epia) Kernel ein. Dort dauert es bis alles wieder da ist ca 30 Sekunden. (KDE+AmaroK+ein paar Tools)
schneller geht es kaum.
Obwohl ich mir mal upstart ansehen will. Das neue Ubuntu setzt ja drauf weil es schneller booten kann als SysvInit.

Zitat

Original von Dauser
Wie backt man einen schnellen Kernel?

das weiss ich nicht, aber ich frag mal meine Frau wie man schnell einen Kuchen bäckt.

Sven

tar -xzvf fast_kernel.sh.tar.gz
sh fast_kernel.sh

VDR muss laufen aber danach gehts ab wie die Lutzi... .

HAllo Dauser mal ein paar Anhaltspunkte von mir
Zeit vom auffen Knopp drücken bis zum KDE-Login > 50sek
dann noch mal 25sek bis KDE läuft.
System Gentoo 2006.1
Laptop FuSi AmiloK7600
Kernel ist selbstgemacht nur für mich

Zitat

Original von decembersoul
In meinem CarPC setze ich auch Suspend2+speziellen(Epia) Kernel ein. Dort dauert es bis alles wieder da ist ca 30 Sekunden. (KDE+AmaroK+ein paar Tools)
schneller geht es kaum.
.

was ist bei dir denn der spezielle epia kernel?
dachte, dass die epias mitlerweile, von ausnahme der sensoren und longhaul gut unterstützt sind vom standardkernel.

Du nutz wahrscheinlich die hibernate scripte oder?

hast du usb geräte angeschlossen? Ich nutz ne cinergy t2 und nen usb wlan adapter mit ndiswrapper, und in mindestens der hälfte der fälle zickt der vdr bzw mein wlan und ich hab usb im verdacht.

Lässt du den vdr neustarten, beim suspend?
Ich musste in den scripten einstellen dass der vdr gestoppt und neugestart wird, dass ich den vdr überhaupt nutzen kann bei nem resume.

nutzt du das normale bios oder hast du linuxbios am laufen. (Auf meinem SP 13000 dauert es 17 sec bis endlich grub kommt !!!)

ich lieg momentan bei ca 40sec zum resumen, aber da es meistens eh nicht klappt, nutz ich suspend kaum.

Ich nutze gentoo 2006.1 mit fluxbox.

Grüße

Zitat

Original von tr500
Zeit vom auffen Knopp drücken bis zum KDE-Login > 50sek
dann noch mal 25sek bis KDE läuft.

Den kann ich wechseln

Von Grub Boot Auswahl bis login zur Konsole :
hjslfs-1.0.6.3 ( mit ftp Server - kein hotplug - Kernel 2.6.17.13 - libc-2.3.6 ) : 14 Sek
hjslfs-1.0.10 ( mit hotplug - Kernel 2.6.18.1 - libc-2.5 ) : 15 Sek
von startx bis KDE ( X7.1/KDE 3.5.4 ) einsatzklar : 24 Sekunden

bei KDE autologin .

HJS

Zitat

Den kann ich wechseln

12sec vom Knopf drücken bis KDE voll da, im S3

vdrtux

Da kann ich doch mithalten
0.5sek bis KDE einsatzbereit!!!!!!!!! (Bildschirmschoner)