Forum Debian Users Gang

giaur · 2009-01-03 13:59:36

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 ?

czadman · 2009-01-03 17:42:39

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.

giaur · 2009-01-03 18:13:28

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.

czadman · 2009-01-03 19:39:04

[quote=giaur]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.[/quote]
Dobrze rozumiem co napisałeś, lecz konfigi nie będą takie same. :)

Imho splashy działa bez zarzutów, ale to kwestia gustu.

procet · 2009-01-03 22:27:50

Szybsze uruchomienie możesz uzyskać odpalając klika skryptów jednocześnie.

giaur · 2009-01-04 00:51:14

Szybsze uruchomienie możesz uzyskać odpalając klika skryptów jednocześnie.[/quote]
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)

Time (s)	Query
0.00009	SET CHARSET latin2
0.00004	SET NAMES latin2
0.00095	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='3.149.214.223' WHERE u.id=1
0.00064	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '3.149.214.223', 1732509016)
0.00043	SELECT * FROM punbb_online WHERE logged<1732508716
0.00048	SELECT topic_id FROM punbb_posts WHERE id=107148
0.00004	SELECT id FROM punbb_posts WHERE topic_id=13086 ORDER BY posted
0.00062	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=13086 AND t.moved_to IS NULL
0.00007	SELECT search_for, replace_with FROM punbb_censoring
0.00132	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=13086 ORDER BY p.id LIMIT 0,25
0.00079	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=13086
Total query time: 0.00547 s

Forum Debian Users Gang

Ogłoszenie

#1 2009-01-03 13:59:36

giaur - Użytkownik

Kernel 2.6.28 - powolne bootowanie

#2 2009-01-03 17:42:39

czadman - Bicycle repairman

Re: Kernel 2.6.28 - powolne bootowanie

#3 2009-01-03 18:13:28

giaur - Użytkownik

Re: Kernel 2.6.28 - powolne bootowanie

#4 2009-01-03 19:39:04

czadman - Bicycle repairman

Re: Kernel 2.6.28 - powolne bootowanie

#5 2009-01-03 22:27:50

procet - Użytkownik

Re: Kernel 2.6.28 - powolne bootowanie

#6 2009-01-04 00:51:14

giaur - Użytkownik

Re: Kernel 2.6.28 - powolne bootowanie

#7 2009-01-04 12:40:16

skotx - Członek DUG

Re: Kernel 2.6.28 - powolne bootowanie

Stopka forum

Informacje debugowania