Forum Debian Users Gang

Dokładnie nie testowałem ale subiektywnie wydaje mi się ,że wstaje szybciej jeśli slim czerpie info o odpaleniu sesji z ~/.xinitrc

login_cmd           exec /bin/bash - ~/.xinitrc %session
#login_cmd           exec /bin/bash -login /etc/X11/Xsession %session

Mimo wszystko radzę sprawdzić (choć to wydaje się niedorzeczne)

Jak startował z /etc/X11/Xsession to nigdy nie zdążyło mi uruchomić ani wbara ani conky które mam w austostarcie fluxa z minimalnym sleepem.

Przy starcie z ~/.xinitrc wsio działa.

ilin: sprawdzałem .xinitrc zamiast Xsession. Czas uruchamiani systemu jest dokładnie porównywalny. Mierzone z zegarkiem w reku.

Jacekalex: Ustawiłem slim-a żeby startował najwcześniej jak to możliwe (przyznałem mu numerek 05, a do tego w nagłówku dla insserv dodałem X-Start-Before: portmap), ale to cholerstwo nadal startuje dość późno. Próbowałem go wrzucić do sekwencji boot, ale udało mi się tylko osiągnąć że slim w ogóle przestał się uruchamiać ;) . Chciałbym żeby największy priorytet otrzymał serwer X, ponieważ większość usług nie jest mi potrzebna przed zalogowaniem — mogą one się uruchomić nawet w chwilę po tym jak już się zaloguję. Niby proces uruchamiania w Debianie jest dość elastyczny i domyślnie uruchamianie usług jest równoległe, ale jestem przekonany że mógłby wycisnąć z siebie jeszcze więcej...

Jutro zainstaluję sobie najnowsze Ubuntu, zobaczę jak to wygląda (bo pomiar na LiveCD mija się z celem).

Te 20 sekund do działającego desktopu to na Gentoo czy Debianie?

Minio napisał(-a):

.........
Jacekalex.........
Te 20 sekund do działającego desktopu to na Gentoo czy Debianie?

Gentoo, Debiana fizycznie nie posiadam.
Odpowiada za to: baselayout2 i openerc.

O ile mi wiadomo - w Debianie też wprowadzają taki system (upstart), w Ubuntu działa całkiem sprawnie.

Nie każdy ma kompa rakietę :)

U mnie  nie mierzyłem dokładnie ale na własnym jajku system wstaje 2x szybciej niz na repowym.

Co wiecej ,też dokladnie nie mierzyłem ale wydaje się że debian wstaje szybciej niż gentoo mimo tych samych usług uruchomionych i bardzo podobnego konfigu kernela.
Tu nie można operować kryteraiami 20 ,25 ,30 s  każda maszyna jest inna :)


Liquorix u mnie właśnie nie zdawał egzaminu.
Pluł się o jakieś błedy w acpi i startował dwa razy dlużej niż repowy.
Nie wnikalem.

Vanila ew z łato Colivasa najlepiej się sprawuje. :)

rychu: /sbin/getty też jest szybki ;) (a do tego pyta o hasło, w przeciwieństwie do nodm). Ale jak napisałem w pierwszym poście — zechciałem sobie upiększyć pulpit, ale jednocześnie nie chcę z powodu tej decyzji tak drastycznie wydłużać czasu startowania systemu.

Jacekalex: jest pakiet z upstart, ale szczerze mówiąc trochę się obawiam go instalować. Trochę ponad rok temu był wielki boom że Debian przejdzie na upstart, ale potem sprawa przycichła. Dzisiaj jest już pewne że upstart nie znajdzie się (domyślnie) w Squeeze, ponieważ upstart działa tylko z Linuksem, a Debian jest rozprowadzany również z kernelami FreeBSD oraz HURD. Więcej na ten temat można poczytać m.in. w liście S. Langaseka (i innych w tym wątku).
Tymczasem ja nie chcę dla tak krytycznej funkcji jak uruchamianie systemu używać oprogramowania które nie jest specjalnie wspierane przez developerów Debiana, a jedynym sposobem na jego pozbycie może być przeoranie systemu (upstart dostarcza własne /sbin/reboot i /sbin/init). Zwłaszcza że rozważane było również zaadaptowanie systemd, który w przeciągu kilku lat może zastąpić upstart.

ArnVaker: na liquorksie bootchart nie jest specjalnie inny (ok. 20 sekund), ale wydaje się działać lepiej. Uruchamianie kernela zajmuje ok. 2 sekundy mniej, ale slim pojawia się około 20 sekundy od zakończenia grub-a, nie 24. Czyli ostateczna różnica jest zauważalna.
Tylko Liquorix w trakcie uruchamiania sypie takim błędem:

[drm:init_ring_common] *ERROR* render ring head not reset to zero ctl 00000000 head 02001000 tail 00000000 start 02001000
[drm:init_ring_common] *ERROR* render ring head forced to zero ctl 00000000 head 00000000 tail 00000000 start 02001000

Przynajmniej na początku wydaje się również znacznie mniej responsywny (wpisywanie logionu z lagiem).
W wolnej chwili spróbuję zrobić własny kernel i zobaczę czy gra jest warta świeczki.

ilin: Pentium Dual-Core T4500@2,3GHz, więc bliżej rakiety. Gdybym miał stary komputer to bym się nie przejmował.

Minio napisał(-a):

........
Jacekalex: jest pakiet z upstart, ale szczerze mówiąc trochę się obawiam go instalować. Trochę ponad rok temu był wielki boom że Debian przejdzie na upstart, ale potem sprawa przycichła. Dzisiaj jest już pewne że upstart nie znajdzie się (domyślnie) w Squeeze, ponieważ upstart działa tylko z Linuksem, a Debian jest rozprowadzany również z kernelami FreeBSD oraz HURD. Więcej na ten temat można poczytać m.in. w liście S. Langaseka (i innych w tym wątku).
Tymczasem ja nie chcę dla tak krytycznej funkcji jak uruchamianie systemu używać oprogramowania które nie jest specjalnie wspierane przez developerów Debiana, a jedynym sposobem na jego pozbycie może być przeoranie systemu (upstart dostarcza własne /sbin/reboot i /sbin/init). Zwłaszcza że rozważane było również zaadaptowanie systemd, który w przeciągu kilku lat może zastąpić upstart.

Cóż mam napisać - upstart w Ubuntu działa od roku (wszedł chyba w 9.10 - o ile pamiętam), i jest wzorowany na Gentowym openerc.
Openerc w Gentoo chodzi na wszystkich platformach systemowych:

OpenRC jest rozwijane głównie przez Roya Marples'a i wspiera wszystkie istniejące obecnie wariacje Gentoo (na przykład Gentoo Linux Gentoo/FreeBSD, Gentoo Embedded i Gentoo Vserver) oraz inne platformy takie jak FreeBSD i NetBSD.

I jak tu podziwiać Developerów Debiana? - Przecież chodzi o system startowy oparty o zależności
- w każdym systemie usługi startują w jakiejś kolejności, w każdym jedne zależą od drugich.

A ja nie słyszałem - żeby kiedyś w jakimś mieszkaniu inny wodociąg dostarczał wodę do wanny, inny do umywalki, a inny do pralki.

Cały dowcip - to wpisać do skryptów startowych zależności -to wszystko.
Dowód masz tutaj: http://jacekalex.sh.dug.net.pl/xdm
Żadna magia ;)))

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2010-11-20 16:07:11)

@Minio - klasyczne już pytanie z mojej strony. HDD ma 5.4k czy 7.2k rpm?

Jacekalex napisał(-a):

To akurat diabelnie dobra wiadomość, choć szybkość tego systemu chyba pozostawia nieco do życzenia

Przynajmniej zbiera się szybciej niż OpenRC znane z Gentoo ;)

ArnVaker napisał(-a):

Jacekalex napisał(-a):

To akurat diabelnie dobra wiadomość, choć szybkość tego systemu chyba pozostawia nieco do życzenia

Przynajmniej zbiera się szybciej niż OpenRC znane z Gentoo ;)

To mnie coś Debian nie lubi ;)
U mnie ostatnio Squeeze wstawał wolniej od Ubusia z Upstartem, Openerc wstaje odrobinę szybciej.

Dałem szansę własnemu kernelowi.

Pobrałem źródła (paczka linux-source-numerek), na dobry początek dałem make localyesconfig, potem make menuconfig. Zaznaczyłem kilka rzeczy których brakowało (np. obsługa filesystemów UDF i ISO9960), odznaczyłem kilka rzeczy których byłem pewien że nie będą mi potrzebne (np. obsługa btrfs). Zostawiłem te, co do których miałem wątpliwości. Potem make-kpkg kernel_image, wynikowy plik .deb do lokalnego repo, aptitude install i reboot.

Efekt? System wstaje (do SLiM-a) jakieś 24 sekundy, co daje około sekunde mniej niż dystrybucyjny.

Pewnie mógłbym jajo jeszcze bardziej odchudzić, ale wg mnie gra niewarta świeczki. Potwierdza się teza że opiekun pakietu dystrybucyjnego lepiej niż byle użytkownik potrafi przygotować dany program.

Wątek uważam za zamknięty. Pewnie najlepiej bym zrobił kupując szybszy dysk twardy, ale na razie nie mam tego w planach.

Dzięki wszystkim tym którzy się wypowiedzieli i podzielili swoją wiedzą oraz uwagami. Bez was nawet bym nie próbował.