Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam,
Instalacja Debiana na nośniku pendrive. Kernel kompilowany samodzielnie z patchem fbcondecor. Problem: przy takim samym congifu jak 2.6.27 bootowanie trwa okolo 2 razy dłużej, co moze być przyczyną?
Najdluzej trwa "waiting for /dev to be fully populated" - okolo 15 sekund - na 2.6.27 bylo to maksymalnie 5 sekund. Konfiguracja kernela dokladnie taka sama - moze macie jakies pomysly co moze byc przyczyna ?
Offline
Na to pytanie nie ma prostej odpowiedzi. Konfiguracja zapewne nie jest taka sama bo jak zawsze w nowej wersji jądra dochodzą nowe opcje, jedne domyślnie włączone, inne wyłączone. Trudno powiedzieć co może mieć wpływ. Weź jakiegoś diffa np. kdiff3 lub cokolwiek innego, najlepiej kolorującego wynik i porównaj konfigi dla starej i nowej wersji jądra. Niewykluczone, że może być jakiś błąd, który dotyczy Twojego sprzętu.
Offline
Mowiac ze konfiguracja jest ta sama mialem na mysli to, ze wczytalem ten sam plik konfiguracyjny, ktory byl uzyty do kompilacji kernela 2.6.27. Wiec nie ma co porownywac configow bo beda takie same.
To niestety moze byc wina fbsplasha, bo na innej instalacji z tym samym kernelem i wylaczonym fbsplashem problemu nie ma.
Offline
giaur napisał(-a):
Mowiac ze konfiguracja jest ta sama mialem na mysli to, ze wczytalem ten sam plik konfiguracyjny, ktory byl uzyty do kompilacji kernela 2.6.27. Wiec nie ma co porownywac configow bo beda takie same.
Dobrze rozumiem co napisałeś, lecz konfigi nie będą takie same. :)
Imho splashy działa bez zarzutów, ale to kwestia gustu.
Offline
Szybsze uruchomienie możesz uzyskać odpalając klika skryptów jednocześnie.
Offline
Szybsze uruchomienie możesz uzyskać odpalając klika skryptów jednocześnie.
Hm, wiem ale poniewaz to system na pendrive, a nie na normalnym dysku, watpie ze robienie czegos takiego ma sens - przyspieszenie bedzie niewielkie, bo kilka jednoczesnych operacji zapisu/odczytu to grób pod wzgledem wydajnosc, a i nosnik szybciej sie zużyje.... chodzilo mi tylko o to, dlaczego akurat w tym miejscu sie zatrzymuje
Co do splashy to słyszałem kilka bardzo niepochlebnych opinii na jego temat. Z drugiej strony nie wiem co splash moze przeszkadzac - nie przeszkadza sam patch zaaplikowany na jądro, a samo dzialanie demona. Chociaz robi on zapewne cos wiecej niz tylko kolorowanie, bo jezeli dziala, to na ekranie jest 80% mniej komunikatów niz przy normalnym bootowaniu (praktycznie sa tylko komunikaty o uruchamianiu pozostalych demonów, zero innych komunikatów informacyjnych, nie wiem czy splashy tez tak ma).
@tgR
Z czego pochodza te wykresy?
Ostatnio edytowany przez giaur (2009-01-04 00:54:50)
Offline
giaur napisał(-a):
Z czego pochodza te wykresy?
bootchartd
http://forum.dug.net.pl/viewtopic.php?id=12976
co do "waiting for /dev to be fully populated" w google jest o tym dużo.
Poczytaj http://www.debian-administration.org/articles/620 Eliminating coldplugging
Ostatnio edytowany przez skotx (2009-01-04 12:45:36)
Offline