Accélérer le boot

[lol.2.dol]

Bah je crois que si pourtant....

 

Ce matin en bootant, j'ai refait la manip', et j'ai re-eu un output.svg totalement transparent avec quelques chiffres dessus(comme le premier que j'ai posté...).

 

Je pense que j'ai du virer un truc de trop dans mon kernel.

[KewlCat]

... ou que tout ce qui se charge dans ton kernel est trop rapide pour générer un "bloc" sur le graphique ?

Quoique... si tes nombres sont les mêmes (onze secondes pour le chargement / initialisation du noyau) ce serait pour le moins étonnant...

As-tu jeté un oeil à ce que sort dmesg ?

Etant donné que le graphe se contente de reprendre sous forme graphique les infos fournies par dmesg, il est possible d'établir un diagnostic sans utiliser le graphe...

[256JMAN]

Ubuntu 9.04 alpha avec système de fichiers EXT3 : démarrage en 28.3 secondes (AMD Sempron)

Ubuntu 9.04 alpha avec système de fichiers EXT4 : démarrage en 23.1 secondes (AMD Sempron)

 

5 secondes de difference sur une Ubuntu 9.04 pour le boot en passant de l'EXT3 à l'EXT4 (et merde je commence mal j'ai formaté ma VM en EXT3 -_-)

 

http://www.generation-nt.com/ubuntu-9-04-l...ite-216201.html

Modifié le 14 janvier 2009 par 256JMAN

[lol.2.dol]

... ou que tout ce qui se charge dans ton kernel est trop rapide pour générer un "bloc" sur le graphique ?

Quoique... si tes nombres sont les mêmes (onze secondes pour le chargement / initialisation du noyau) ce serait pour le moins étonnant...

As-tu jeté un oeil à ce que sort dmesg ?

Etant donné que le graphe se contente de reprendre sous forme graphique les infos fournies par dmesg, il est possible d'établir un diagnostic sans utiliser le graphe...

Ouais j'avoue j'ai même pas regarder ce que me sortait dmesg..

Je regarderai ce soir ^^

 

5 secondes de difference sur une Ubuntu 9.04 pour le boot en passant de l'EXT3 à l'EXT4 (et merde je commence mal j'ai formaté ma VM en EXT3 -_-)

 

http://www.generation-nt.com/ubuntu-9-04-l...ite-216201.html

Ah bha voilà un test comparatif interessant.

Question, j'ai envie de faire ce test mais sur VM, on pourra voir les différence ou c'est trop aléatoire?

[256JMAN]

A mon avis c'est plutôt aléatoire ... a moins d'être sur que la charge du processeur par le système hôte est la même sur tous les points de comparaisons

[lol.2.dol]

Bouah

mon dmesg est tout pourri je crois:

dmesg

it+0x0/0x3 [snd_ac97_codec] returned 0 after 1 usecs

[ 4.301615] calling alsa_card_intel8x0_init+0x0/0x14 [snd_intel8x0] @ 206

[ 4.301726] Intel ICH 0000:00:1e.2: PCI INT A -> GSI 17 (level, low) -> IRQ 17

[ 4.301850] Intel ICH 0000:00:1e.2: setting latency timer to 64

[ 4.339777] calling alsa_card_intel8x0m_init+0x0/0x14 [snd_intel8x0m] @ 208

[ 4.363192] calling mousedev_init+0x0/0x72 [mousedev] @ 522

[ 4.387056] mice: PS/2 mouse device common for all mice

[ 4.387120] initcall mousedev_init+0x0/0x72 [mousedev] returned 0 after 23301 usecs

[ 4.486607] ipw2200: Detected geography ZZM (11 802.11bg channels, 0 802.11a channels)

[ 4.486733] sdhci-pci 0000:02:04.2: SDHCI controller found [1524:0550] (rev 0)

[ 4.486817] sdhci-pci 0000:02:04.2: PCI INT B -> GSI 17 (level, low) -> IRQ 17

[ 4.486995] mmc0: SDHCI controller on PCI [0000:02:04.2] using PIO

[ 4.487095] initcall sdhci_drv_init+0x0/0x14 [sdhci_pci] returned 0 after 577962 usecs

[ 4.489117] initcall ipw_init+0x0/0x6b [ipw2200] returned 0 after 746149 usecs

[ 4.604022] Clocksource tsc unstable (delta = -261118891 ns)

[ 5.116027] intel8x0_measure_ac97_clock: measured 50733 usecs

[ 5.116088] intel8x0: clocking to 48000

[ 5.117227] Intel ICH Modem 0000:00:1e.3: PCI INT B -> GSI 20 (level, low) -> IRQ 20

[ 5.117315] Intel ICH Modem 0000:00:1e.3: setting latency timer to 64

[ 5.118594] initcall alsa_card_intel8x0_init+0x0/0x14 [snd_intel8x0] returned 0 after 797759 usecs

[ 5.120371] initcall alsa_card_intel8x0m_init+0x0/0x14 [snd_intel8x0m] returned 0 after 762229 usecs

[ 5.160508] calling serial8250_init+0x0/0xea [8250] @ 208

[ 5.160569] Serial: 8250/16550 driver4 ports, IRQ sharing disabled

[ 5.160821] initcall serial8250_init+0x0/0xea [8250] returned 0 after 243 usecs

[ 5.175253] calling serial8250_pci_init+0x0/0x14 [8250_pci] @ 208

[ 5.175359] initcall serial8250_pci_init+0x0/0x14 [8250_pci] returned 0 after 38 usecs

[ 7.324955] Adding 1975984k swap on /dev/hda3. Priority:-1 extents:1 across:1975984k

[ 8.342272] calling acpi_cpufreq_init+0x0/0x4c [acpi_cpufreq] @ 787

[ 8.342627] initcall acpi_cpufreq_init+0x0/0x4c [acpi_cpufreq] returned 0 after 275 usecs

[ 10.751429] calling packet_init+0x0/0x35 [af_packet] @ 885

[ 10.751505] NET: Registered protocol family 17

[ 10.751575] initcall packet_init+0x0/0x35 [af_packet] returned 0 after 66 usecs

[ 11.355657] calling ieee80211_crypto_tkip_init+0x0/0xa [ieee80211_crypt_tkip] @ 985

[ 11.355735] ieee80211_crypt: registered algorithm 'TKIP'

[ 11.355742] initcall ieee80211_crypto_tkip_init+0x0/0xa [ieee80211_crypt_tkip] returned 0 after 4 usecs

[ 11.399585] calling crypto_algapi_init+0x0/0x8 [crypto_algapi] @ 1023

[ 11.399659] initcall crypto_algapi_init+0x0/0x8 [crypto_algapi] returned 0 after 8 usecs

[ 11.475467] calling cryptomgr_init+0x0/0x25 [cryptomgr] @ 1023

[ 11.475545] initcall cryptomgr_init+0x0/0x25 [cryptomgr] returned 0 after 7 usecs

[ 11.517183] calling crypto_ecb_module_init+0x0/0xa [ecb] @ 1061

[ 11.517254] initcall crypto_ecb_module_init+0x0/0xa [ecb] returned 0 after 2 usecs

[ 11.549092] calling arc4_init+0x0/0xa [arc4] @ 1066

[ 11.551591] initcall arc4_init+0x0/0xa [arc4] returned 0 after 2375 usecs

[ 11.607057] calling michael_mic_init+0x0/0xa [michael_mic] @ 1075

[ 11.607999] initcall michael_mic_init+0x0/0xa [michael_mic] returned 0 after 852 usecs

[ 12.097722] calling microcode_init+0x0/0xcd [microcode] @ 1131

[ 12.097875] platform microcode: firmware: requesting intel-ucode/06-0d-06

[ 12.182349] Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba

[ 12.182432] initcall microcode_init+0x0/0xcd [microcode] returned 0 after 82653 usecs

[ 12.278488] microcode: CPU0 updated from revision 0x17 to 0x18, date = 2004-10-17

[ 12.914201] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)

 

Donc j'ai du faire un truc bizarre dans ma conf kernel qui réduit la taille des logs...

À vérifier.

[KewlCat]

Oh... Wow.... Ca commence à 4s et tu n'as aucun message avant ?!? Tu initialises le son, les ports série et le WiFi entre 4s et 12s ?!?

Tu as plus d'infos dans /var/log/syslog, ou bien c'est la même chose ?

[lol.2.dol]

Ahhhh

J'ai virer EMBEDDED dans le kernel, et j'ai remis la taille du kernel log à 16 ou 17(je l'avais mis à 12 avant), et là j'ai quelque chose...

 

Mais ça me paraît pas enorme...

Je vois juste que l'IDE mais beaucoup de temps à se charger, mais je dois pas pouvoir y faire quelque chose...

[lol.2.dol]

Bon je vois pas grand chose au bout du compte....

A chaque reboot il me resort un truc différent, et plutôt court, pourtant mon dmesg est long..

[ 0.000000] BIOS EBDA/lowmem at: 0009fc00/0009fc00

[ 0.000000] Linux version 2.6.28.09011422 (XXXXX@xbook) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #1 PREEMPT Wed Jan 14 22:45:23 CET 2009

[ 0.000000] KERNEL supported cpus:

[...]

[ 11.695898] initcall microcode_init+0x0/0xcd [microcode] returned 0 after 79548 usecs

[ 11.791821] microcode: CPU0 updated from revision 0x17 to 0x18, date = 2004-10-17

[ 12.449873] warning: `avahi-daemon' uses 32-bit capabilities (legacy support in use)

...

 

C'est long désolé...

Modifié le 11 juin 2009 par lol.2.dol

[lol.2.dol]

J'ai fait une boulette...

J'ai tout cassé ma Debian :'(

J'ai voulu remplacé init par runit en suivant ce petit tuto.

Mais maintenant, la debian ne boot plus.

Je reste à un message comme escape from runlevel1, enter in runlevel 2.

Et après plus rien...