View previous topic :: View next topic |
Author |
Message |
flammenflitzer Advocate
Joined: 25 Nov 2003 Posts: 3517 Location: Berlin
|
Posted: Wed Feb 04, 2009 4:37 pm Post subject: Bootprozess beschleunigen |
|
|
Hallo
Ich will den Bootprozess beschleunigen. Ich bin wie folgt vorgegangen.
aus rc default entfernt:
acpid
cpufrequtils
cupsd
lircd
vixie-cron
aus /etc/conf.d/local.start entfernt:
Code: | #ebegin "Cleaning Distfiles - Distfiles werden gelöscht"
#rm -r -f /usr/portage/distfiles/*
#eend $?
#
#ebegin "Zeitabgleich Systemzeit mit Atomuhr"
#/usr/local/bin/Zeitabgleich
#eend $? |
Angelegt:/etc/eigeneStartscripte
acpid_verzögert_starten Code: | #!/bin/bash
sleep 25
/etc/init.d/acpid start |
cpufrequtils_verzögert_starten Code: | #!/bin/bash
sleep 30
/etc/init.d/cpufrequtils start |
cupsd_verzögert_starten Code: | #!/bin/bash
sleep 35
/etc/init.d/cupsd start |
Distfiles-löschen_verzögert_starten Code: | #!/bin/bash
sleep 300
/usr/local/bin/Distfiles_leeren |
lircd_verzögert_starten Code: | #!/bin/bash
sleep 45
/etc/init.d/lircd start |
vixie-cron_verzögert_starten Code: | #!/bin/bash
sleep 50
/etc/init.d/vixie-cron start |
Zeitabgleich_mit_Internet_verzögert_starten Code: | #!/bin/bash
sleep 20
/usr/local/bin/Zeitabgleich |
/usr/local/bin
Zeitabgleich Code: | #!/bin/sh
rdate -s time.fu-berlin.de
hwclock --systohc
rm /etc/adjtime |
Distfiles_leeren Code: | #!/bin/bash
rm -r -f /tmp/*
rm -r -f /usr/tmp/portage/*
rm -r -f /var/tmp/portage/* |
So sieht die local.start aus
Code: | cat /etc/conf.d/local.start
# /etc/conf.d/local.start
# This is a good place to load any misc programs
# on startup (use &>/dev/null to hide output)
ebegin "Cleaning Tmp - Temporäre Verzeichnisse werden geleert"
rm -r -f /tmp/*
rm -r -f /usr/tmp/portage/*
rm -r -f /var/tmp/portage/*
eend $?
/usr/bin/kdm
/etc/eigeneStartscripte/acpid_verzögert_starten
/etc/eigeneStartscripte/cpufrequtils_verzögert_starten
/etc/eigeneStartscripte/cupsd_verzögert_starten
/etc/eigeneStartscripte/lircd_verzögert_starten
/etc/eigeneStartscripte/vixie-cron_verzögert_starten
/etc/eigeneStartscripte/Zeitabgleich_mit_Internet_verzögert_starten
/etc/eigeneStartscripte/Distfiles-löschen_verzögert_starten |
Wie kann man das besser machen?
MfG |
|
Back to top |
|
|
SvenFischer Veteran
Joined: 05 Feb 2003 Posts: 1033 Location: Berlin
|
Posted: Wed Feb 04, 2009 5:28 pm Post subject: |
|
|
Nur der lieben Vollständigkeit halber frage ich, ob "openrc" nicht das richtige für Dich wäre? |
|
Back to top |
|
|
obrut<- Apprentice
Joined: 01 Apr 2005 Posts: 183 Location: near hamburg, germany
|
Posted: Thu Feb 05, 2009 5:31 am Post subject: |
|
|
man könnte auch z.b. einit oder init-ng nehmen. |
|
Back to top |
|
|
doedel Guru
Joined: 05 Feb 2006 Posts: 579 Location: Denmark
|
Posted: Thu Feb 05, 2009 7:58 am Post subject: |
|
|
Man kann aber auch ohne ein anderes init-System das Zeug flotter machen.
In der /etc/rc.conf oder so (weiss nicht mehr genau) RC_PARALLEL_STARTUP setzen. _________________ 1 ha == 1 Hekto-Ar == 1 Hektar |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Thu Feb 05, 2009 9:15 am Post subject: |
|
|
Ich habe das auch gerade durch.
Ich habe folgendes gemacht:
1. mir eine SSD gekauft
2. Den Kernel optimiert (Zeitinfo für dmesg einschalten und gucken welcher Treiber beim initialisieren am längsten braucht). Ich habe hier EHCI und OHCI als Modul kompiliert und lasse diese erst während des bootens parallel laden. Da ich ne SATA Platte habe und somit IDE nur für den Brenner brauche habe ich das IDE Modul ebenfalls als Modul. Kernel übergibt jetzt nach ca. 3 Sekunden an init. (Kernel 2.6.28 ist etwas schneller als die vorherigen).
Wichtig hier: Coldplug ausschalten und die Module in autoload eintragen. Sonst werden die Module nicht parallel zum Rest geladen und man hat nichts gewonnen.
3. OpenRC/Baselayout 2 verwendet und parallel startup an
4. Mittels bootchart überprüfen was man noch machen kann
Bei mir werden einige Dienste gestartet und mein Rechner zeigt mir jetzt nach ca. 19 Sekunden (von grub->xdm) den grafischen Login. _________________ ...it's only Rock'n'Roll, but I like it!
Last edited by Anarcho on Thu Feb 05, 2009 9:16 am; edited 1 time in total |
|
Back to top |
|
|
Knieper l33t
Joined: 10 Nov 2005 Posts: 846
|
Posted: Thu Feb 05, 2009 9:15 am Post subject: |
|
|
doedel wrote: | Man kann aber auch ohne ein anderes init-System das Zeug flotter machen.
In der /etc/rc.conf oder so (weiss nicht mehr genau) RC_PARALLEL_STARTUP setzen. |
Totaler Murks. Lies einfach der Reihe nach die Skripte, die beim Start abgearbeitet werden, dann wirst Du sehen, dass Du um ein anderes System + eigene Konfiguration nicht herumkommst. Kurz die Alternativen: runit ist hässlich, init-ng lahm und halb tot, einit nutzt xml(!), upstart ist bloat - bleiben ua. minit, ninit... _________________ Je dümmer desto Gnome/KDE. |
|
Back to top |
|
|
michael_w Guru
Joined: 22 Feb 2006 Posts: 477 Location: 09xxx
|
Posted: Fri Feb 27, 2009 9:10 pm Post subject: |
|
|
Hi,
da ich auch sowas plane:
Anarcho wrote: |
Ich habe folgendes gemacht:
1. mir eine SSD gekauft |
Welche genau und an welchem Controlller(Mobo?) hängt die? Wie gross ist die SSD und hast Du das komplette System drauf oder nur /boot, oder .... ?
thx
mw _________________ Linux ryzen 6.6.21-gentoo-dist #1 SMP PREEMPT_DYNAMIC Sun Mar 24 18:32:46 CET 2024 x86_64 AMD Ryzen 7 PRO 4750G with Radeon Graphics AuthenticAMD GNU/Linux |
|
Back to top |
|
|
flammenflitzer Advocate
Joined: 25 Nov 2003 Posts: 3517 Location: Berlin
|
Posted: Fri Feb 27, 2009 9:51 pm Post subject: |
|
|
doedel wrote: | Man kann aber auch ohne ein anderes init-System das Zeug flotter machen.
In der /etc/rc.conf oder so (weiss nicht mehr genau) RC_PARALLEL_STARTUP setzen. |
Code: | RC_PARALLEL_STARTUP="yes | " |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Sat Feb 28, 2009 8:00 am Post subject: |
|
|
michael_w wrote: | Hi,
da ich auch sowas plane:
Anarcho wrote: |
Ich habe folgendes gemacht:
1. mir eine SSD gekauft |
Welche genau und an welchem Controlller(Mobo?) hängt die? Wie gross ist die SSD und hast Du das komplette System drauf oder nur /boot, oder .... ?
thx
mw |
Hi,
ich habe eine Patriot 64 GB SSD per SATA am internen Controller angeschlossen. Dort ist das komplette System drauf. Nur /boot würde ja nicht viel bringen, dort wird ja nur der Kernel in den Speicher geladen (also ca. 2 MB sequentiell). _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
l3u Advocate
Joined: 26 Jan 2005 Posts: 2605 Location: Konradsreuth (Germany)
|
Posted: Sun Mar 01, 2009 1:01 pm Post subject: |
|
|
Ich benutze seit kurzem auch baselayout-2 (ohne parallell startup), und das hat meiner Meinung nach einen erheblichen Geschwindigkeitsschub beim Booten (und keine Nachteile) gebracht. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Mar 01, 2009 3:54 pm Post subject: |
|
|
Mit /bin/sh als Symlink auf dash wird baselayout-2 noch einmal eine Ecke schneller. |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Sun Mar 01, 2009 9:14 pm Post subject: |
|
|
mv wrote: | Mit /bin/sh als Symlink auf dash wird baselayout-2 noch einmal eine Ecke schneller. |
Hat aber eventuell andere Nebeneffekte mit Scripten die von der bash ausgehen. _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Sun Mar 01, 2009 10:13 pm Post subject: |
|
|
Anarcho wrote: | Hat aber eventuell andere Nebeneffekte mit Scripten die von der bash ausgehen. |
Ja, aber die meisten dieser Bugs sind inzwischen behoben. (Ein paar gibt es noch: Umso mehr Grund es zu benutzen und ggf. die Bugs zu melden). |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Mon Mar 02, 2009 8:22 am Post subject: |
|
|
mv wrote: | Anarcho wrote: | Hat aber eventuell andere Nebeneffekte mit Scripten die von der bash ausgehen. |
Ja, aber die meisten dieser Bugs sind inzwischen behoben. (Ein paar gibt es noch: Umso mehr Grund es zu benutzen und ggf. die Bugs zu melden). |
Ich habe meine Aussage nicht unbedingt über OpenRC gemacht sondern vielmehr über all die anderen Scripte von verschiedenen Paketen die alle "#!/bin/sh" in der ersten Zeile haben. Diese könnten alle ebenso beeinträchtigt werden und das eventuell Monate später wenn man sich an die Änderung nicht mehr erinnert. _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
Knieper l33t
Joined: 10 Nov 2005 Posts: 846
|
Posted: Mon Mar 02, 2009 9:04 am Post subject: |
|
|
Anarcho wrote: | über all die anderen Scripte von verschiedenen Paketen die alle "#!/bin/sh" in der ersten Zeile haben. Diese könnten alle ebenso beeinträchtigt werden und das eventuell Monate später wenn man sich an die Änderung nicht mehr erinnert. |
Wer gegen /bin/sh programmiert und bash erwartet, dessen Software kann man eh nicht für voll nehmen. _________________ Je dümmer desto Gnome/KDE. |
|
Back to top |
|
|
mv Watchman
Joined: 20 Apr 2005 Posts: 6780
|
Posted: Mon Mar 02, 2009 10:56 am Post subject: |
|
|
Anarcho wrote: | mv wrote: | Anarcho wrote: | Hat aber eventuell andere Nebeneffekte mit Scripten die von der bash ausgehen. |
Ja, aber die meisten dieser Bugs sind inzwischen behoben. (Ein paar gibt es noch: Umso mehr Grund es zu benutzen und ggf. die Bugs zu melden). |
Ich habe meine Aussage nicht unbedingt über OpenRC gemacht sondern vielmehr über all die anderen Scripte von verschiedenen Paketen die alle "#!/bin/sh" in der ersten Zeile haben. |
Die meinte ich auch. Genauer: Ich meinte die Skripte, die es in Gentoo-Paketen gibt. Von diesen sind die meisten inzwischen gefixt.
(Wer natürlich eigene #!/bin/sh-Skripte mit Bashismen produziert hat, wird das schon wissen). |
|
Back to top |
|
|
schachti Advocate
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Tue Mar 10, 2009 10:16 pm Post subject: |
|
|
Danke für den Tipp mit dash - das hat den Bootprozess deutlich mehr beschleunigt als alles andere!
Eine Frage habe ich, vielleicht kann mir jemand helfen: Nachdem dhcpcd eine IP zugewiesen bekommen hat, wird sie immer erst getestet:
Code: |
eth0: checking 192.168.x.y is available on attached networks
|
Kann man das irgendwie deaktivieren? _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Wed Mar 11, 2009 9:40 am Post subject: |
|
|
schachti wrote: | Danke für den Tipp mit dash - das hat den Bootprozess deutlich mehr beschleunigt als alles andere!
Eine Frage habe ich, vielleicht kann mir jemand helfen: Nachdem dhcpcd eine IP zugewiesen bekommen hat, wird sie immer erst getestet:
Code: |
eth0: checking 192.168.x.y is available on attached networks
|
Kann man das irgendwie deaktivieren? |
Nutzt du OpenRC und hast dort mit dash einen Geschwindigkeitsvorteil?
Für einen schnellen Boot habe ich eine feste IP eingestellt.
Auf welchen Bootzeitwert kommst du jetzt? _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
schachti Advocate
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Wed Mar 11, 2009 11:10 am Post subject: |
|
|
Anarcho wrote: |
Nutzt du OpenRC und hast dort mit dash einen Geschwindigkeitsvorteil?
|
Ich habe (da ~x86 System) bereits seit einigen Monaten OpenRC im Einsatz - der Umstieg auf OpenRC hat damals einen deutlichen Geschwindigkeitszuwachs gebracht. Seit gestern habe ich /bin/sh auf /bin/dash gesetzt, und das hat einen deutlich höheren Einfluss als OpenRC.
Anarcho wrote: |
Für einen schnellen Boot habe ich eine feste IP eingestellt.
|
Das könnte ich in der Tat auch tun - man muss daran nur denken, wenn man mal den Router wechselt.
Anarcho wrote: |
Auf welchen Bootzeitwert kommst du jetzt?
|
Ich sitze derzeit nicht vor der Kiste und kann es nicht genau stoppen - heute morgen waren es zwischen dem Druck auf "Enter" im grub und dem Erscheinen des kdm-Login-Fensters gefühlte 10-15 Sekunden. _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Wed Mar 11, 2009 12:40 pm Post subject: |
|
|
Also bei mir hat die Umstellung auf dash keine nennenswerten Verbesserungen gebracht. Weder gefühlt noch gemessen. _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
schachti Advocate
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Wed Mar 11, 2009 12:43 pm Post subject: |
|
|
Das ist komisch - bei mir geht's seit der Umstellung auf dash dermaßen schnell, dass ich teilweise das Gefühl habe, an einem ganz anderen Rechner zu sitzen - die Meldungen der Init-Skripte rauschen nur so vorbei... _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
|
schachti Advocate
Joined: 28 Jul 2003 Posts: 3765 Location: Gifhorn, Germany
|
Posted: Wed Mar 11, 2009 3:46 pm Post subject: |
|
|
ok, gerade nochmal getestet: ohne Placebo-Effekt sind es real 22 Sekunden bis zum kdm-Login-Screen. _________________ Never argue with an idiot. He brings you down to his level, then beats you with experience.
How-To: Daten verschlüsselt auf DVD speichern. |
|
Back to top |
|
|
Josef.95 Advocate
Joined: 03 Sep 2007 Posts: 4644 Location: Germany
|
Posted: Wed Mar 11, 2009 4:04 pm Post subject: |
|
|
Zur genauen Messung bietet sich auch das Paket Code: | app-benchmarks/bootchart
Available versions: 0.9-r2 {acct debug doc elibc_FreeBSD java source}
Installed versions: 0.9-r2(00:38:48 24.02.2009)(java -acct -debug -doc -elibc_FreeBSD -source)
Homepage: http://www.bootchart.org/
Description: Performance analysis and visualization of the system boot process | an.
Siehe zb auch http://wolf-u.li/810/bootvorgang-visualisieren-mit-bootchart/ |
|
Back to top |
|
|
Anarcho Advocate
Joined: 06 Jun 2004 Posts: 2970 Location: Germany
|
Posted: Wed Mar 11, 2009 4:48 pm Post subject: |
|
|
schachti wrote: | ok, gerade nochmal getestet: ohne Placebo-Effekt sind es real 22 Sekunden bis zum kdm-Login-Screen. |
Und war das jetzt mit oder ohne dash? Und wie sieht jetzt der Unterschied aus?
Ich verwende auch bootchart. Daher kommen meine 19s. Was am längsten braucht ist der X-Server.... Der startet glaube ich nach bereits ca. 10s. Aber bei mir ist bootchart etwas ungenau denn ich kann mich schon vorher einloggen, danach passieren aber noch Dinge im Hintergrund welche das Arbeiten bzw. das Einloggen nicht weiter stören. Daher sind es real für den Benutzer wahrscheinlich nur ca. 15s. _________________ ...it's only Rock'n'Roll, but I like it! |
|
Back to top |
|
|
dirk_salewski Apprentice
Joined: 04 Jun 2003 Posts: 216 Location: Germany
|
Posted: Wed Mar 11, 2009 5:10 pm Post subject: |
|
|
Knieper wrote: | ... init-ng lahm und halb tot ... |
- "Lahm" ist sicher relativ gemeint (wobei manche Dinge ohne Frage absolut lahm sein können). Meinst Du das im Vergleich zu, sagen wir, upstart? Hast Du da vergleichbare Benchmarks?
- Halb tot ist etwas übertrieben, oder nicht? Der ursprüngliche Entwickler arbeitet an einem neuen Projekt, aber in der Timeline auf der Projektwebsite sind ziemlich viele aktuelle Einträge für ein "halbtotes" Projekt.
_________________ Egal was Du kochst: Karl Marx. |
|
Back to top |
|
|
|