Bootchart, może mały konkursik?
Jako, że zawsze szukam okazji do "tweakowania" wszystkiego co mam pod ręką, to zabawy z przyspieszaniem startu systemu (nie tylko Linuksa) nie są mi obce. Jak wiadomo ciężko jest zdefiniować Szybkość Bootowania
itp... Jest na szczęście narzędzie, które pozwala na sklasyfikowanie wyników.
Celem tej notki jest tak na prawdę zebranie i wybranie najlepszych wykresów bootcharta (czyli tych najszybszych). Zaraz odezwą się ludzie mówiący, że włączają komputer raz i nie robi im różnicy minuta czy pół. Ok, mi chodzi o zaspokojenie ciekawości :).
Każdy, kto chce abym wziął pod uwage przy wybieraniu najlepszych jego czas bootowania powinin zrobić taki wykres i wysłać mi go na maila. Szczegóły pod koniec notki.
Jak zrobić wykres? Najpierw musimy zainstalować bootcharta. znajdują się na oficjalnej stronie. Powinny być także w repozytoriach popularnych dystrybucji. Gdy już mamy bootcharta, trzeba zrobić wykres. To także jest podane na stronie bootchart.org. Link. Czyli praktycznie gdy mamy zainstalowanego bootcharta, wystarczy dodać: init=/sbin/bootchartd do parametrów jądra w menu.lst i wskazać plik /var/log/bootchart.tgz i kliknąć w Render Chart. Dostaniemy plik PNG (domyślnie), który wysyłamy w załączniku na e-mail matiqing (at) yahoo.com
Jako temat podajemy "nick, Bootchart". Dzięki temu bierzemy udział w konkursie. Chociaż konkursem tego bardzo nazwać nie można, bo nie przewiduję nagród.
Wszystkie pytania i sugestie w komentarzach, bądź na jid matiit (at) jabberpl.org
22:13:16
ciekawy pomysł :-) Warto chyba się tym zainteresować, ja to zrobię bo lubię jak mi się system szybko uruchamia aczkolwiek moje wyniki nie są jakieś fenomenalne.
23:03:15 2. Michal powiedział(a):
Niestety nie mam się czym pochwalić, może na F9 z upstart będzie lepiej :)
23:23:07
mój wynik: http://piotrekr.jogger.pl/2008/03/23/bootchart/
zostanie wzięty pod uwagę w konkursie ? :-)
23:53:13 4. brtk powiedział(a):
Wysłane. Dla reszty:
http://brtk.bgul.org/skrins/Arch/bootchart-bezacpi.png
(dość stare jak widać, dawno się tym bawiłem)
00:35:37
Wiadomo, że najlepszy wynik będzie z lekkim jądrem, bez ładowania modułów i z pominięciem większości skryptów startowych. Tylko czy taki system jest użyteczny?
00:58:50 6. cactus powiedział(a):
PLD Th arch-athlon :
$ builder bootchart
$ poldek -n home -i bootchart-logger bootchart
-- restart --
$ bootchart
http://starowa.one.pl/~uzi/pld/bootchart-pld-th.png
Wylaczylem tylko serwer nfs , virtualbox, bluetooth (z nimi 33s)
root idzie z dysku IDE, home z sata.
Pozdrawiam.
10:12:05
@iss, ładowanie powiedzmy 5 modułów (więcej chyba nikomu nie potrzebne) trwa krótko, skrypty - dobrze okrojone startujące to co nam trzeba też długo nie zajmą... więc system jest szybko startujący i użyteczny.
Co do konkursu... mam na razie 2 wykresy, od mateuszkj i sunridin. Proszę więcej :)
10:48:21
Mój wykres już poszedł, czas poprawiłem o 6 sek. :)
http://www.divshare.com/image/4090861-d86
10:49:50
Tak się zastanawiam,osoby z mocniejszym procesorem, szybszym dyskiem będą wyciągać lepsze czasy więc troszkę to nie równa konkurencja, co sądzicie ? :-)
10:53:48 10. amag powiedział(a):
Ten konkurs to IMO konkurs pod nazwą "kto wyłączy najwięcej". Zwycięstwo będzie się sprowadzać, jak pisał iss, do tego by pousuwać jak najwięcej i dzięki temu zyskać jak najwięcej. Tylko czy tak minimalistyczny system rzeczywiście będzie przydatny do codziennej pracy? Poza tym czy mierzyć czas do załadowania xdma czy (dla tych co preferują środowisko tekstowe) do załadowania się terminala? Oczywiste jest też to, że równoległe uruchamianie procesów daje b. dużą przewagę nad kolejkowym co też należało by brać pod uwagę. Większość dystrybucji jednak dalej używa starego systemu. Sporo na ten temat (wraz z dokładnym omówieniem optymalizacji startu) można znaleźć w nagraniu o optymalizacji startu Debiana z Debconf 2007 lub 2006- nie pamiętam dokładnie.
11:21:28
amag: Taa.. u mnie mam hala, dbusa i startuje wszystko 19s
Co do "xdm czy terminal" to dotąd dokąd zmierzy bootchart ;)
To jest zabawa.
11:27:58
Ok mam już 5 wykresów :)
BTW myślałem że ubunta będą miały z minutę...
11:33:00
@matiit a powiedz mi jaki masz procesor ? :-)
ps. Jak będziesz wyniki "konkursu" udostępniał to podaj także CPU do każdego wykresu. (chyba że pokażesz wszystkie wykresy)
11:33:45
@piotrekr Sempron 2400+
Wyniki dam jak będzie tak z 10-15 wykresów.
12:14:21 15. amag powiedział(a):
@matiit: ja teraz na Debianie@X2 3600+ mam 27s z powyłączanymi zbędnymi usługami w większości. Sprawa obija się często o sprzęt bo Ty masz 19s na swoim sprzęcie, a ja się z kumplem bawiłem na starszym sprzęcie (okolice PIII 1GHz z 1 GB RAMu i dyski na PATA) więc porównać tego nie da się bezpośrednio.
12:17:03
@amag No super sprawiedliwie się nie da...
BTW sprzęt masz dobry (2 rdzenie nawet), jak masz włączone równoległe uruchamianie usług to pewnie zamula kernel standardowy, który potrzebuje duużo modułów...
Najlepsze efekty osiągnie się mając własne jajo + własne skrypty :) tak na skryptach dystrybucyjnych to okolice 20s na przeciętnym sprzęcie są raczej granicą
BTW Wwyślij tego loga z debiana...
13:54:59
<a href="http://moarc.jogger.pl/2008/03/24/bootchart/">http://moarc.jogger.pl/2008/03/24/bootchart/</a>. Już poszło na maila.
13:59:09
Dzięki
13:59:33
BTW nie mam texlite w komentarzach :/..
14:01:47
Wow! leciało fsck... czy tyle się fedora włącza?
14:22:45
U mnie na laptopie tak ;)
15:24:06 22. Michal powiedział(a):
@Moarc
Musisz mieć coś spie%## albo sprzęt albo system, u mnie F8 ładuje się w 41s. Sprzęt nie jest najnowocześniejszy, P4Northwood, dysk pod IDE.
BTW. Odpal /usr/sbin/ntsysv i wyłącz niepotrzebne rzeczy. Jakoś nie wierzę, żebyś z tego wszystkiego korzystał. Z tego co widzę, to gam_server opóźnia start o jakieś 120 sekund.
16:51:59
No dalej, wysyłajcie, bo jest dopiero 6 :)
18:30:11
@Michal: Z wszystkiego, czym pozwolił mi zarządzać ntsysv niepotrzebny był mi tylko cpuspeed... a żadnego gam_server na tamtej liście nie było.
18:30:45
a z roota uruchamiasz?
18:30:54
Oczywiście, że tak.
18:31:12
to co ma nie pozwalać?
18:31:37
Znaczy nie znalazł więcej usług, a chyba jakieś były.
19:08:44
Już 7 osób
19:10:16 30. que_pasa powiedział(a):
zmierzyłbym czas u siebie, ale musiałbym chyba stopera uzyć ;)
19:10:39
A bootchart to niby do czego jest?
19:15:40 32. que_pasa powiedział(a):
ja linuksa nie używam :)
19:16:59
A jakieś ciekawe osiągnięcia (boot) na FreeBSD?
19:20:18 34. que_pasa powiedział(a):
to sie wolno uruchamia ;) generalnie o bardzo wolno (muli zanim wystartuje), nic nie pobije XP-ka, niestety ;)
19:21:01
co ma mulić zanim wystartuje? XP nie wstaje tak zabójczo szybko znowu... :P
19:25:28 36. que_pasa powiedział(a):
nu mnie XP to 8-9 sekund (wraz z antywirem itd.), freebsd ze 30. Różnica jest ogromna.
19:26:10 37. grze_S powiedział(a):
A dodałem i swój może akurat ;>
19:26:54
8-9s do czego? Do momentu włączenia np. Firefoksa :)
@grze_S, brawo za Twój... Jak to osiągnąłeś? widzę że masz hala, dbusa, cupsa...
19:31:49 39. que_pasa powiedział(a):
Na starcie uruchamia się w XP tylko antywir (avast), liczę do zatrzymania klepsydry. Sprawdze później jeszcze archa live (muszę go jeszcze na serwer przesłać, poprawiłem sporo czas uruchamiania) i podeślę wynik.
19:32:47
ale masz na dysku czy liveCD będziesz teścił? :)
19:34:18 41. que_pasa powiedział(a):
liveCD, zrobię specjalną płytę do tego celu
19:34:39
ale live zawsze się dłużej i tak będzie włączało
19:36:32 43. Michal powiedział(a):
@Moarc
To skasuj linki w /etc/rc{1,2,3,4,5,6}.d/ .
19:38:02 44. que_pasa powiedział(a):
sprawdzałem stoperem, u mnie jest to około 35 sekund, chyba że ładuje całość do ramu ;)
Nie liczę na jakiś mega wypas, ale może przebije jakąś Mandrive, Suse itp.
19:39:37
@que_pasa do jakiego momentu? Z liveCD?
19:40:06
@Michal: Ta, na pewno będę wywalał wszystkie rzeczy z runleveli.
19:40:34
@Moarc/J-23 czemu wszystkie?
19:40:53
@matiit: Bo wszystkie pliki w tamtych katalogach to linki.
19:41:15
@Moarc/J-23 chodziło o niektóre linki :) te których nie potrzebujesz przy starcie...
19:41:55
Aaaa...
19:47:58 51. que_pasa powiedział(a):
@Matiit
do jakiego momentu? Z liveCD?
Tak, mówię o LiveCD, ale na razie mierzyłem to stoperkiem. Liczę do czasu startu Fluxboxa. Od wyniku stopera odjęłem 5 sekund na zalogowanie się. Kiedy ładuje Live'a do ramu to robi się kosmos, prawie 2 minuty. Zrobię test to podeślę wynik ;)
19:48:42
To bardzo szybko jak na liveCD.... co tam majstrowaeś ostatnio?
19:48:55 53. grze_S powiedział(a):
@matiit: Jak to osiągnąłem? Myśle że to żadne osiągnięcie... Dystrybucyjne jądro, dystrybucyjne skrypty, standardowy init (bawiłem się kiedyś z init-ng ale nie działał zbyt dobrze u mnie więc sobie odpuściłem). Dystrybucja to Debian Testing, a konfigurowałem go z użyciem rcconf'a :-)
19:50:43 54. que_pasa powiedział(a):
@Matiit
To bardzo szybko jak na liveCD.... co tam majstrowaeś ostatnio?
W kernelu cały czas cos dłubie
19:58:52
grze_S u mnie na Debianie jak używałem (też wszystko standard) miałem 29 po wywaleniu paru rzeczy ze startu... więcej dopiero osiągałem jajkiem... możliwe, że sprzęt taką rolę odgrywa?
21:26:00 56. amag powiedział(a):
Nie porównujcie:
1. startu Windowsa do Linuksa, bo system od Microsoftu oszukuje i został tak zoptymalizowany by jak najszybciej pokazywał ekran logowania, a jak już go pokaże to i tak dalej w tle ładują się kolejne usługi. To samo dotyczy Visty, w której dużo rzeczy jest również podawanych błędnie.
2. czasu zmierzonego stoperem do bootcharta, ponieważ bootchart nie liczy czasu ani od startu kompa, ani od gruba/lilo więc Wasze wyniki stoperem mogą być co najwyżej orientacyjne wyłącznie dla Was
Co do FreeBSD to wydaje mi się, że gdy tego używałem to bawiłem się w optymalizację bootu i czymś czas uruchamiania sprawdzałem więc na pewno da się to mierzyć.
@matiit: podam wykres jutro bo mam nadzieję, że ruszę z rekompilacją kernela oraz konfiguracją hdparma i zejdę do 20s skryptach dystrybucyjnych.
Sprzęt odgrywa ogromną rolę w trakcie uruchamiania- procek od pewnego momentu właściwie nie daje znacznego wzrostu ale dla dysków różnica jest ogromna przy przejściu PATA->SATA i przy dobrym skonfigurowaniu hdparma i systemu plików. Nie wiem jak jest z RAMem w sensie wielkości bo wydaje mi się, że różnica może być jedynie w przypadku środowiska graficznego dla ilości >1GB. Jutro chyba dołożę 512 do swojego 1 GB, które już mam i sprawdzę sam różnicę.
Na razie mam dhcp, alsę, acpi, hala, dbusa, atd, cupsa i do gdma mam 24s na normalnych skryptach. Wszystko na Debianie Sid 64b.
21:33:23
@amaq: ok... Ja też spróbuje sobie coś zrobić hdparmem... tez mam dbusy, kdmy i inne śmiecie i mam 22s na standardowych skryptach...
21:34:06
A tak w ogóle może ma ktoś system na initng albo upstarcie+skrypty upstartowe? to by było szybkie :)
21:40:48 59. grze_S powiedział(a):
@matiit: Ze sprzętu przy normalnym inicie to chyba tylko dysk (ale nie wiem nie znam się na tym za bardzo)
21:47:21
kurcze mam na initng 12-13s ale nie mam jak loga zrobić... initng wymaga init=/sbin/initng a bootchart init=/sbin/ibootchartd... razem nie działa
21:48:25
Zmień w /sbin/bootchartd wartość zmiennej "init" na "/sbin/initng".
21:50:05
nawet nie wiedziałem że to skrypt :) myślałem że binarka... dzięki... czyli jak dodam init=/sbin/bootchartd w menu.lst to już initng sam się wystartuje?
21:50:24
Tak, zostanie odpalony przez Bootcharta.
22:08:36 64. dikamilo powiedział(a):
archlinux - 22s
http://img260.imageshack.us/img260/2605/bootchartxe6.png
22:12:15 65. Livio powiedział(a):
Ja pewnie z moim wynikiem byłbym na szarym końcu xD .
22:12:45
jak teraz patrzę jakie inni mają wyniki to strach się bać ;)
22:26:56 67. Livio powiedział(a):
Ba, jak siedzą non stop w /etc i grzebią, to i mają lepsze wyniki :D .
22:28:25
Panowie, już jest 9 :)... dobijamy do 20 i wyniki ok?
23:29:22 69. Michal powiedział(a):
@Livio
Proponuję poczekać, aż w F będzie upstart z nowymi skryptami. Te stare pod sysvinit są niereformowalne (chyba nikt nigdy nie próbował ich przepisać od czasu wczesnych wersji RH - są ciężkie jak radzieckie haubice, zero modularności) i uruchamianie ich na upstart w trybie kompatybilności nic nie daje.
Co ostatnio zauważyłem podczas prac nad OptimizationKit - skrypt startowy czeka na to, aż demon się sforkuje. Jednak OK przed forkowaniem wykonuje kilka czynności w stylu parsowanie pliku konfiguracyjnego, odczytywanie informacji o dyskach, funkcjonalności dostępnej w systemie etc. W zależności od takich czynników jak objętość pliku konfiguracyjnego, ilość dysków, czas startu demona może się trochę wydłużyć. Najprostszym rozwiązaniem jest natychmiastowy fork, przez co użytkownik nie powinien odczuć dużego opóźnienia startu systemu – demon w tle zaczyna robić swoje rzeczy a system startuje dalej. Oceniając czas uruchomienia niektórych usług dochodzę do wniosku, że można by było trochę zmienić ich procedury uruchamiania tak, aby demony się szybciej forkowały. Taka zmiana nie zawsze może być możliwa, jednak ja mam zamiar poprawić OK tak, aby przynajmniej sprawiał wrażenie szybkiego startu.
23:31:50
@Michal, możliwe jest coś takiego?:
23:32:32 71. Livio powiedział(a):
Upstart w trybie kompatybilności troszkę szybciej się włącza. A już prefdm odpalany przy startującym rc5 czyni cuda ^^ .
23:34:24
wiem jak i co system ma startowac... Tworzę jedens skrypt w bashu... (albo 2... jeden do podmontowania,) który będzie wszystko co trzeba startował... dodać do niego startowanie w tle... komenda&... bez żadnych if'ów... ponieważ wiemy co chcemy... zadziała coś takiego?
Powinno być szybciej
@Livio... po ilu sekundach widzisz KDM/GDm/?
00:05:42 73. Michal powiedział(a):
@matiit
"możliwe jest coś takiego?:"
Zależy od demona - nie zawsze się da szybko wystartować. Problem może się pojawić, gdy od tej usługi zależą jakieś inne i demon musi zwrócić do systemu informacje o swoim stanie w stylu: wszystko działa dobrze, pojawiły się problemy i demon nie działa etc.
Akurat w OK da się zrobić natychmiastowego forka, ponieważ to nie jest usługa krytyczna dla działania reszty usług a takie rzeczy jak zapisywanie domyślnych ustawień systemu, czy wczytywanie konfiga mogą być bez problemu zrobione już po sforkowaniu.
"„zadziała coś takiego?"
Nie do końca np. sieć musisz uruchomić przed Apache. Jeśli masz /usr po nfs, to najpierw musisz uruchomić sieć, następnie podmontować /usr a dopiero później możesz uruchamiać usługi korzystające z plików w /usr.
Na pewno stworzenie prostych skryptów do startu równoległego dostosowanych do Twojego systemu będzie prostsze niż napisanie czegoś uniwersalnego.
Uruchamianie programów z &, które są od siebie zależne doprowadza tylko i wyłącznie do problemów z sytuacjami wyścigowymi. IMHO najlepiej byś zrobił, gdybyś uruchomił upstart i napisał cały bootscript w oparciu o tą technologię.
00:10:46 74. cactus powiedział(a):
Aby wystartowac initng z bootchart wystarczy podac :
init=/sbin/bootchartd bootchart_init=/sbin/initng
00:35:18 75. Michal powiedział(a):
@Livio
Właśnie przeczytałem wątek o Twoich problemach z prefdm
https://www.redhat.com/archives/fedora-devel-list/2008-March/thread.html#01715
S05kudzu
S08iptables
S13irqbalance
S13rpcbind
S25fuse
S26rsyslog
S26udev-post
S27auditd
S27messagebus
S44acpid
S90ConsoleKit
S90crond
S95atd
S98haldaemon
<. here I can safely put GDM
S98NetworkManager
S98wine
S99anacron
S99local
Według mnie, możesz wyrzucić kudzu, rpcbind przesunąć poniżej GDM, fuse to samo, crond i atd też. No i powinno zadziałać. Jeśli startujesz GDM po messagebus, to nie masz ConsoleKit oraz haldaemon, które powinny być uruchomione przed GDM.
Takie moje dwa grosze.
11:10:18 76. Livio powiedział(a):
Michale, kudzu odpowiada za wykrywanie zmian sprzętu. Pewien jesteś tego, co mówisz?
11:10:39
Ja jakoś nie mam kudzu i żyję
11:13:05 78. Livio powiedział(a):
Sam nie wiem...
11:14:21
Jak będzie coś nie tak zawsze możesz zmienić...
BTW: dla osób nie pewnych zmian (tzn coś jak TimeMachine): http://code.google.com/p/flyback/
11:16:19 80. SlashBeast powiedział(a):
http://img212.imageshack.us/my.php?image=bootchartzy9.png
Jak na laptopa z dyskiem 5400rpm to chyba nie tak źle, co?
11:17:41
Super Tylko nie widzę żeby Xy startowały
11:18:11 82. Livio powiedział(a):
A nie pomyślałeś, że SlashBeast może być zatwardziałym, konsolowym geekusem :> ?
11:18:31
Nie bo widziałem screeny z jego pulpitu :)
11:18:43 84. Livio powiedział(a):
Bywa...
11:29:50 85. SlashBeast powiedział(a):
Noo, czasem je odpalam. ale ani slima ani innego xdm'a nie używam. Pozatym musze mieć możliwość wpisania hasła do truecrypta by mi home zamontował, więc bootchart dodał by kilka sekund na wpisanie hasła do czasu ładowania.
11:30:44
No ok :) więc jednak masz pełne środowisko pracy, więc przyjmuję :)
I tak nie jesteś pierwszy :)
11:37:12 87. SlashBeast powiedział(a):
No napewno nie, cudów od laptopa nie wymagajmy. :) Najszybszy init jaki widziałem to za czasów PLD Ac a potem Th wtedy to było coś. Aktualnie na gentoo mam tak partyzancko zrobione /usr na squashfs by przyśpieszyć czas ładowania czegokolwiek (OO.o startuje nawet 2x szybciej!) do tego flagi jak -march=native -O3 -pipe -ffast-math -funroll-loops na gcc 4.3.0 oczywiście.
11:38:29
Nie można wgrać inita od PLD do Gentoo? /usr na squashfs :) Aż takie szybkie jest? Nie lepiej ext4? nie znam się na FSach
11:54:05 89. SlashBeast powiedział(a):
http://forums.gentoo.org/viewtopic-t-646289.html Mały bench tutaj jest
Benchmark results:
I have compressed /bin /sbin /lib /opt /usr and then tried the following operations with and without the squashfs images mounted:
1) start the system up to the login screen
2) login and wait until desktop is usable (session is restored, hard disk stops screaming)
3) start openoffice-writer
4) start eclipse
5) generate random file access pattern and record the total time to read all files.
Kod:
# find /usr -type f -printf "%s %p\n" | sort -R | awk '{ printf $2; printf "\n" }' > /sort
# time cpio -o --quiet -H newc < sort > /dev/null
Times without squashfs+aufs:
1) 7.5 seconds to load the kernel, another 10 seconds until file systems are mounted (up to this point no speed increase is possible by this method), another 42 seconds until the login screen pops up (out of which 24 seconds are just for waiting on the network interfaces). A total of 60 seconds, out of which only 18s are relevant to our benchmark
2) 16s
3) 9s
4) 25s
5) 36m31.726s
Times with squashfs+aufs:
1) total time: 58s, out of which 16s are relevant to the benchmark -> 11% decrease in time
2) 10s -> 37.5% decrease
3) 6s -> 33% decrease
4) 22s -> 12% decrease
5) 9m48.873s -> less than 1/3 of the normal time!
Init z PLD do Gentoo? Nie ma opcji by to się odpaliło, musiał bym mieć ichnie initskrypty a to już mi się nie widzi. Narazie w Gentoo mamy OpenRC i widać kopa.
12:22:43
SlashBeast: openRC działa :)dzięki... nie pisze przez jabbera bo się połącyć nie chce... ale dzięki...
Jeszcze pare logów dajcie :) (2-3) i dam wyniki bo raczej 20 nie będzie.
12:23:32 91. Michal powiedział(a):
@Livio
Wyobraź sobie, że przez dziewięć lat używania Linuksa (w większości produktów RH) zdążyłem się dowiedzieć co robi kudzu.
Zmieniasz sprzęt przy każdym uruchomieniu systemu?
12:23:56 92. Livio powiedział(a):
Nie :P .
21:51:10 93. Squeaky powiedział(a):
Mój laptop startuje w 10 sekund
bootchart: http://skanda07.vdl.pl/squeaky/bootchart.png
video: http://www.youtube.com/watch?v=W3mZqaxd2kU
Efekt mozna uzyskac zastepujac sysvinit przez einit (http://einit.org). Jest on calkowicie zaimplementowny w C i zamiast korzystac z podprocesow do wykonywania inicjacji korzysta z wywolan systemowych. Konfiguracja odbywa sie przyjemnie przez pliki xml
Bardzo polecam!
Jesli ktos ma Gentoo i chcialby sprobowac - sluze pomocą :)
Ebuildy są w overlayu einit :)
22:17:31 94. Livio powiedział(a):
Nieładnie tak wykorzystywać poważny serwis do autopromocji...
A potem się dziwię, że w RSS ląduje to, co z newsem niewiele ma wspólnego.
22:31:47 95. abc powiedział(a):
To ja zaproponuję inne wyzwanie może - u kogo GNOME ładuje się co najmniej tak szybko jak WM w WinXP po instalacji (wiem, Windows oszukuje, ale skutecznie)
22:32:21 96. Livio powiedział(a):
U mnie nie, przez Compiza.
00:42:08 97. espaniol powiedział(a):
http://img156.imageshack.us/my.php?image=gutsy200803231nt1.png
zastosowałem jedynie porady z artykułu na jakilinux.org o przyspieszaniu ubuntu.
11:40:39
da sie z bootchart odpalic inny init niz sysvinit do analizy? jak tak to sprobuje z einit.
12:20:08 99. Squeaky powiedział(a):
@yoshi314
einit ma wbudowanego klienta logowania inicjalizacji, bootchart jest niepotrzebny. Wystarczy odmaskować <active b="no" /> na <active b="yes" /> w /etc/einit/subsystems.d/bootchart.xml. Wtedy normalnie do jądra jako parametr init=/sbin/einit :)
12:21:25
tez mi cos takiego switalo, zwlaszcza ze widzialem jakies wykresy z einit; jeszcze nie ogarnalem tego initsystemu do konca. no i za dużo masła ;-)
12:28:22 101. canis_lupus powiedział(a):
http://lupus.homelinux.com/bootchart.png
32s a jak widać trochę tego startuje...
12:32:15 102. Squeaky powiedział(a):
@yoshi. Nalepsza frajda z einit nie jest z tego ze jestem w stanie zabootowac w 10s, ale shutdown trwa 1s :D No tylko sie trzeba przestawic na z klasycznych plikow konfiguracyjnych na xmlowe. Dziala tez bez zarzutu z suspend to RAM z kernela 2.24.
Wszystko jest slicznie opisane http://gentoo-wiki.com/HOWTO_eINIT
Mialem problem ze skompilowaniem, sprawdzcie czy zbytnio nie rozni sie wersja linux-headers od wersji kernela, bo inaczej sie einit nie skompiluje. Gdyby upgrade linux-headers byl potrzebny dobrze jest tez uaktlanic glibc - ja wskoczylem na 2.7
12:33:14
w zasadzie to już go uzywam na osobnym testowym systemie, ale mam problem z przepisaniem dwoch skryptow pod niego. no i ma straszne problemy z montowaniem jednej sporej partycji, wiec na razie kombinuję o co moze chodzic.
13:14:46 104. canis_lupus powiedział(a):
Squeaky: link nie dziala, wiki gentoo lezy, masz moze to jeszcze gdzies? bo podoba mi sie to...
13:15:55
link działa
15:24:38
@squeaky @canis_lupus, dzięki :)
BTW...szkodam, że w distrach ypu ubuntu nie stosują einita albo initng... dużo początkujących narzeka na startowanie Linuksa....
15:25:12
ubuntu ma swoj upstart, wiec tez nie jest zbyt standardowe
15:25:39 108. Livio powiedział(a):
yoshi[ten z trudnym nickiem]: ale działa w trybie sysvinit-compat :/ .
15:25:49
Czyli zero różnicy
15:26:36 110. Livio powiedział(a):
Zero to dużo powiedziane. Różnica jest, ale delikatna.
15:27:06
troche roznicy jest bo niektore skrypty odpalaja sie jak "triggery" na odpowiednie sytuacje. sysvinit jest statyczny i np nie potrafi przypilnowac zeby zrestartowac usluge gdy padnie. upstart - byc moze bedzie umial ?
15:27:09
W dokumentacji piszą że start jest "exactly the same, no faster, no slower"
15:27:46 113. Livio powiedział(a):
matiit, używałem upstart na f8 i ja jakoś widziałem różnicę, a działał w trybie compat :P .
15:28:02
Dobra nie kłucę się :)
15:28:21
to ja sie jeszcze poczepiam - pisownia! :P
15:28:33
kł(ó)?
15:30:33 117. Livio powiedział(a):
Uczą tego od pierwszej klasy podstawówki. Tak, Ó w kłótni.
15:31:02
Pomylić się nie można?
15:31:22 119. Livio powiedział(a):
Można, ale żeby w tak często wałkowanym wyrazie :s ?
15:31:40
Ja go rzadko używam....
15:32:12 121. Livio powiedział(a):
Nie mówię o używaniu. "Wałkowany" → omawiany.
15:32:30
to jest wiedza niezbedna do przetrwania ludzkosci.
15:32:41
No to ja go także nie wałkowałem
15:33:08 124. Livio powiedział(a):
O "Dżizas", szkołę widziałeś? Taki budynek, w który dzieci rzucają kamieniami :> .
15:33:51
Boże... Polonistą jesteś? Popełniłem jeden błąd i co? Umarł ktoś?
15:35:49 126. Livio powiedział(a):
Nie jestem, ale nie potrafię pojąć błędu w tak oczywistym miejscu...
Umierać nikt nie umarł. Najwyżej umarły przewraca się w grobie.
15:36:21
A ja nie potrafię pojąć tego, że ty nie potrafisz pojąć takiego błędu... Pasuje?
15:37:25 128. Livio powiedział(a):
Nie stresuj się tak :P .
15:37:49
Kto się bardziej stresuje... Nie wnikam.
15:38:30 130. Livio powiedział(a):
Ja tylko mówiłem, co myślałem. Teraz mi to obojętne, bo obiad stygnie.
15:39:06
na userfriendly.org byl taki odcinek ze kosmici znalezli slad wymarlej cywilizacji pod postacia komputera. ostatnia wiadomosc (dla potomnych?) wygrzebana z urzadzenia : "teh intarweb iz kewl lol"
i dlatego tak mi sie skojarzylo :D
16:12:35
http://jog.maniek.org/2008/03/26/czy-oplaca-sie-przyspieszyc-start-ubuntu/ ;)
16:23:29 133. kanedaaa powiedział(a):
Warto przepisac cale rc skrypty z basha na cos szybszego chocby php czy perl i calosc na pewno przyspieszy :} Ale zasadniczo swiadomosc tego co i jak zajmuje czas przy starcie jak widac moze byc uzyteczna... wyciagajcie wnioski ;]
16:24:49
Np. Przepisując to do perla to np. skrypt montowania partycji / skąd weźmie perla (tzn w tamtym czasie)... Nawet nie wiem skąd basha bierze :/
16:25:49 135. Livio powiedział(a):
Taaa, a szary użyszkodnik potrzebuje PHP w swoim systemie... Lepiej użyć basha, bo ma go każdy.
Ja tymczasem spróbuję chyba z zsh się pobawić, bo śnieg pada na dworze i wolę popatrzeć się w ekran niż za okno...
16:26:21
Zwykle rzeczy do obsługi systemu plików są wbudowane w kernel, więc chyba po prostu się montuje przed odpaleniem initów. Jeżeli sterowniki do FS-u są modułami, to się kombinuje z ramdyskiem.
16:26:24
A czy ktoś mówi, że to ma robić szary człowiek?
16:26:51 138. Livio powiedział(a):
A czy ja mówiłem, że to ma zrobić szary człowiek?
17:21:35
Ok zaraz napiszę notkę z wynikami... Dam Top3
20:27:10 140. fedora - mój wybór powiedział(a):
Bootchart, czyli wykres procesu uruchamiania
Fedora słynie z ociężałości, ale można jej to wybaczyć. Buduje dopiero dwą dziewiątą wersję, odkąd jest otwarta na ludzi spoza firmy Red Hat :) .
Postanowiłem sprawdzić, jak długo tak naprawdę włącza się mój system, i co tak nap[...]
21:24:41 141. Squeaky powiedział(a):
A ja dziś cały dzień próbowałem się przebić choćby o sekunde, ale sie nie da... po prostu z powodu input/output na dysku szbciej sie u mnie nie da.
Przekompilowlem wszsytko co bierze udział w boocie z uzyciem gcc 4.3 z jakimis kosmicznymi flagami w stylu -ftree-vectorize, optymalizowalem dostep do dysku. Nic to jednak nie pomoglo. Dysk to niestety najwieksze wąskie gardło :(
22:07:32
http://img291.imageshack.us/img291/5201/bootchartng7.png
CPU: celeron 500mhz RAM:64MB HDD:zwykły ata ibm dara cośtam 6GB FS:jfs
28s! i'm proud :D Fakt że pidof był ustawiony na mingetty ale jak na taki złom jest good, konsola, net, fcron, chrony gra i tyle mi trzeba :D
23:13:13 143. grze_S powiedział(a):
@matiit: Kiedy można oczekiwać wyników? ;>
23:13:37 144. Livio powiedział(a):
Już były...
10:27:50 145. grze_S powiedział(a):
a sory nie popatrzyłem ;>
21:02:57 146. skolima powiedział(a):
Zabawa z bootchart
Zainspirowany konkursem "kto szybciej" zacząłem kombinować z przyśpieszaniem startu mojego Gentoo. Udało mi się ściąć... 3 sekundy. Patentów wypróbowanych - całkiem sporo.
RC_PARALLEL_STARTUP="yes" - to są właśnie te uzyskane 3 sekun[...]
21:04:14
A masz baselayout2? dużego kopa daje (jakieś 10s)
21:11:33
U mnie nawet 30s - przeczytaj wpis, to w końcu trackback :P
21:12:06 149. Livio powiedział(a):
Ja głupi w pierwszej chwili myślałem, że w 3s startuje...
22:40:01 150. hans powiedział(a):
Spróbujcie wrzucić i skompilować najnowsze jądro.
Oczywiście dobrze je skonfigurujcie,wyrzucicie to co nie potrzebne i porównajcie efekty.