Wie lange dauert eine Neukompilierung bei euch?

[Lord_Carlos]

Wie hast du es denn vorher gemacht?
Vielleicht das export vergessen?

Code: Alles auswählen

export CONCURRENCY_LEVEL=8
time sudo make-kpkg --revision=1 --append-to-version=-2010-01-19-marla --initrd kernel_image kernel_headers

So sollte das eigentlich gehen.

Aber schoen das es jetzt bei dir geht.

[gOtNoPhEaR]

Wie hast du es denn vorher gemacht?
Vielleicht das export vergessen?

Code: Alles auswählen

export CONCURRENCY_LEVEL=8
time sudo make-kpkg --revision=1 --append-to-version=-2010-01-19-marla --initrd kernel_image kernel_headers

So sollte das eigentlich gehen.

Aber schoen das es jetzt bei dir geht.

Die Umgebungsvariable war gesetzt, aber irgendwie scheint sie im Kontext von sudo nicht mehr gesetzt gewesen zu sein.
Jetzt steht sie in der kernel-pkg.conf und alles prima ;D

[KBDCALLS]

sudo -E sollte es richten.

[Danielx]

Die Umgebungsvariable war gesetzt, aber irgendwie scheint sie im Kontext von sudo nicht mehr gesetzt gewesen zu sein.

Warum denn sudo?
Ich kompiliere meine Kernel nie als root.

Gruß,
Daniel

[gOtNoPhEaR]

Die Umgebungsvariable war gesetzt, aber irgendwie scheint sie im Kontext von sudo nicht mehr gesetzt gewesen zu sein.

Warum denn sudo?
Ich kompiliere meine Kernel nie als root.

Gruß,
Daniel

Hmm, also unter /usr/src/ gehört alles root und da ich dort kompiliere brauch ich wegen den Zugriffsrechten sudo ...

Gegenfrage, wie macht ihr das denn?

[Danielx]

Hmm, also unter /usr/src/ gehört alles root und da ich dort kompiliere brauch ich wegen den Zugriffsrechten sudo ...

Man muss ja nicht ausgerechnet dort kompilieren, wo man keine Rechte hat.

Gegenfrage, wie macht ihr das denn?

Code: Alles auswählen

time CONCURRENCY_LEVEL=4 fakeroot make-kpkg ...

Gruß,
Daniel

[cirrussc]

Warum denn sudo?
Ich kompiliere meine Kernel nie als root.

Ich muss gestehen, mache ich genau so.
Irgendwann (ist sicher zu Zeiten des 2.6.19er Kernels gewesen) brach der Build Vorgang aufgrund fehlender Rootrechte ab, obwohl ein separates Verzeichnis zum bauen verwendet wird. Seitdem mache ich das auch mit sudo, ohne es je ohne geprüft zu haben

Mit dem Quad dauert das jetzt übrigens ca. 6 min.

Code: Alles auswählen

time sudo CONCURRENCY_LEVEL=8 make-kpkg --us --uc --initrd --append-to-version=-1000hz --arch-in-name  kernel_image

edit: Athlon X4 Phenom II 810 mit 4GB DDR3 RAM

[storm]

Warum denn sudo? 8O
Ich kompiliere meine Kernel nie als root.

Ich muss gestehen, mache ich genau so.

Muss man aber nicht, siehe make-kpkg(1): --rootcmd

Mit dem Quad dauert das jetzt übrigens ca. 6 min.

Code: Alles auswählen

time sudo CONCURRENCY_LEVEL=8 make-kpkg --us --uc --initrd --append-to-version=-1000hz --arch-in-name  kernel_image

Hmm, da hätte ich jetzt gedacht, dass der speedup zum Doppelkern größer ist. Je nach restlicher Systemlast braucht das hier (Athlon X2) zwischen 7 und 9 Minuten für das komplette Paket.

Code: Alles auswählen

time make-kpkg --revision=foo --append-to-version=-cs... --rootcmd fakeroot kernel_image

ciao, storm

[schorsch_76]

Mit dem Quad dauert das jetzt übrigens ca. 6 min.

Code: Alles auswählen

time sudo CONCURRENCY_LEVEL=8 make-kpkg --us --uc --initrd --append-to-version=-1000hz --arch-in-name  kernel_image

Hm ... ich hab gestern als ich diesen Thread gelesen hab auf meinem Quad einen Vanilla 2.6.32.4 von kernel.org gezogen und mit der Debian Config aus meinem laufendem System übersetzt.

Aber ich hab mit meinem Quad Phenom 9950 + 8 GB Ram und 6 Threads 16 Minuten gebraucht um den Kernel zu backen.

Gruß

schorsch

[storm]

Aber ich hab mit meinem Quad Phenom 9950 + 8 GB Ram und 6 Threads 16 Minuten gebraucht um den Kernel zu backen.

Das fiel mir nachher noch ein, dass Zeitunterschiede ohne Angabe der verwendeten .config natürlich keine wirkliche Aussagekraft haben. Wer eine distributionsbasierte .config für seinen Eigenbaukernel verwendet, sollte auch mit erheblich längeren Zeiten rechnen. Zum Beispiel ist die von mir verwendete eine auf meine Hardware und Anforderungen abgestimmte, mit wenig Modulen und auch keiner initrd. Dann braucht auch das Erstellen des Paketes viel weniger Zeit. Und der compiler bzw. seine Version spielt da auch noch mit rein.

ciao, storm

[cirrussc]

Das stimmt natürlich. Der Debiankernel, bzw. dessen config, hat quasi fast alle Module im Bauch, das dauert beim backen deutlich länger.

[yeti]

Erinnert sich noch jemand an den Test von Linus, den Kernel von g++ kompilieren zu lassen? Wegen besseren Typecheckings, war damals die Begründung...
Das war irre träger als das Kompilieren mit gcc und wurde ganz schnell wieder aufgegeben...
Muß ich mich jetzt durch alle Kernelversionen (<1.0) wühlen, oder weiß noch jemand, welche Kernelversion das war?

[ThorstenS]

Ich hab früher meine 2.2er und 2.4er kernel immer mit passend ausgewürfelter config selbst gebaut. Aber seit einigen Jahren nehme ich die debian kernel.
Vor einigen Wochen hab ich in irgendeiner Zusammenfassung der kernel-Entwicklung gelesen, dass es einen neuen Weg (make target?) gibt sich eine Konfiguration für die aktuelle Hardware erstellen zu lassen.
Hat das einer von euch schon ausprobiert - wie geht das genau?

[gOtNoPhEaR]

Ja, das hab ich ausprobiert, ist aber mit Vorsicht zu genießen.
Gibt zum kompilieren ein neues Target (seit 2.6.32) für make (http://www.heise.de/open/artikel/Konfig ... 70447.html):

Code: Alles auswählen

make localmodconfig

Problem ist nur, dass nicht geladene Module ignoriert werden. Also sollte man schauen, dass gerade alle Hardware angeschlossen ist und die Module geladen sind. Oder halt von Zeit zu Zeit die fehlenden Module von hand hinzufügen (so hab ich es dann auch machen müssen).

[KBDCALLS]

Ja, das hab ich ausprobiert, ist aber mit Vorsicht zu genießen.
Gibt zum kompilieren ein neues Target (seit 2.6.32) für make (http://www.heise.de/open/artikel/Konfig ... 70447.html):

Was eigentlich aber nicht weiter störend ist. Egal wie man den Kernel konfiguriert sollte man immer nachkontrollieren, ab das hinterher so passt was man da gemacht hat, denn es ändern sich ja auch schon mal Einstellungen. Das selbst ein make oldconfig auf die Nase fällt. Was aber mich mehr stört ist die Tatsache , das wenn ein AMD64 Kernel läuft man keinen 686 Kernel kompiileren kann. Selbst die Option

Code: Alles auswählen

make i386_defconfig

kratzt ihn in dem Falle nicht. Wenn man sich dann die .config ansieht. Steht dann folgendes drinne.

Code: Alles auswählen

CONFIG_ARCH_DEFCONFIG="arch/x86/configs/x86_64_defconfig"

Ob das jetzt eine Macke von Debian ist oder vom Makefile des Kernels selbst ist hab ich noch nicht nachgeprüft.

Interessant in dem Kontext ist. Würde ich absicht was falsches angeben dann gibts ein Fehler,

Ein

Code: Alles auswählen

make i786_defconfig

produziert dann das

Code: Alles auswählen

root@svetlana:/usr/src/linux-source-2.6.32# make i786_defconfig
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/basic/docproc
  HOSTCC  scripts/basic/hash
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/kxgettext.o
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
***
*** Can't find default configuration "arch/x86/configs/i786_defconfig"!
***
make[1]: *** [i786_defconfig] Fehler 1
make: *** [i786_defconfig] Fehler 2
root@svetlana:/usr/src/linux-source-2.6.32#