| View previous topic :: View next topic |
| Author |
Message |
flammenflitzer
Advocate
Joined: 25 Nov 2003
Posts: 3488
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: 469
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: 3488
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: 2546
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: 6749
|
| 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: 6749
|
| 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: 6749
|
| 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: 4567
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 |
|
|
|
Deutsches Forum (German)
