On Thu, Oct 27, 2005 at 01:13:30AM +0200, Marek Zakowicz wrote:
> Chyba nie przeczytałeś dokładnie tego co napisałem: znaki 2 i 3 w nazwach
> skrótów z katalogów /etc/rc?.d/ to np. "20" w skrócie S20xdm z
> katalogu /etc/rc5.d.
Tak, masz rację. Znak zapytania w nazwie katalogu sugerował, że w to
On Wed, 26 Oct 2005, Krzysztof Matusik wrote:
[...]
Ktoś wspomniał gdzie indziej, że ważna jest tylko
kolejność runleveli- co jest oczywiście nieprawdą:
wyobraźmy sobie sytuację uruchamiania równolegle skryptów podnoszenia
interfaców sieciowych i usług sieciowych- można spodziewać się, że te drug
On Wed, 26 Oct 2005, Adam Byrtek wrote:
On Wed, Oct 26, 2005 at 10:59:42AM +0200, Marek Zakowicz wrote:
Moim skromnym zdaniem synchronizacja jest istotna, ale tylko na etapie
przechodzenia pomiędzy różnymi kodami (znaki 2 i 3 w nazwach skrótów w
/etc/rc?.d/), służącymi właśnie do określania kol
On Wed, Oct 26, 2005 at 08:06:26PM +0200, Krzysztof Matusik wrote:
> Problem leży w samym działaniu INITa i konstrukcji /etc/rc.d/; skrypty
> wykonywane są szeregowo. Potrzebny byłby program, którego config wyglądałby
> trochę jak relacyjna baza danych. Bądź też- owszem, uruchamiać skrypty
> rów
On Wed, Oct 26, 2005 at 10:59:42AM +0200, Marek Zakowicz wrote:
> Moim skromnym zdaniem synchronizacja jest istotna, ale tylko na etapie
> przechodzenia pomiędzy różnymi kodami (znaki 2 i 3 w nazwach skrótów w
> /etc/rc?.d/), służącymi właśnie do określania kolejności.
Te liczby nie określają kol
Dnia 26-10-2005, śro o godzinie 20:06 +0200, Krzysztof Matusik
napisał(a):
> Dnia środa, 26 października 2005 01:10, Waldemar Dworakowski napisał:
> > Rafał Rawicki wrote:
> > > Szymon Nieradka napisał(a):
> > >> Łukasz Pieczara napisał(a):
> > >>> http://www.hoeg.org/blog/2005/07/27/fast-booting-d
Dnia środa, 26 października 2005 01:10, Waldemar Dworakowski napisał:
> Rafał Rawicki wrote:
> > Szymon Nieradka napisał(a):
> >> Łukasz Pieczara napisał(a):
> >>> http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/
> >>
> >> Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linij
On Wed, 26 Oct 2005, Waldemar Dworakowski wrote:
IMHO troche ryzykowne. Nie wiem jak sa zrobione semafory synchronizacji
dostepu do zasobow i jak beda przebiegaly procesy - szczegolnie na maszynach
wieloprocesorowych (choc tam zysk moglby byc najwiekszy). IMHO nie bez
powodow ktos wymyslil taka
Dnia 26-10-2005, śro o godzinie 01:10 +0200, Waldemar Dworakowski
napisał(a):
> Przyznam tez iz wedle mnie wkompilowanie uzywanych (i tylko uzywanych)
> driverow w jadro powinno pomoc na wydajnosc.
A czemu by tak miało być?
--
Pozdrawiam,
Krzysiek Kiełczewski
--
To UNSUBSCRIBE, email to [EM
Rafał Rawicki wrote:
Szymon Nieradka napisał(a):
Łukasz Pieczara napisał(a):
http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/
Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linijki
(startup $i start). Domyślam się, że teraz robi to samo:
startup $ACTION $SCRIPTS
Szymon Nieradka napisał(a):
Łukasz Pieczara napisał(a):
http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/
Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linijki
(startup $i start). Domyślam się, że teraz robi to samo:
startup $ACTION $SCRIPTS
ale ona prawdopodobnie o
Krzysztof Matusik wrote:
Dnia wtorek, 25 października 2005 13:48, Szymon Nieradka napisał:
$ dpkg-reconfigure fontconfig
Heheh. Ot co! Pomogło.
Na czym polega sekret?
otoz ja kiedys mialem cos podobnego i wykrylem, ze rekonfiguracja
fontconfig to duzo za duzo ;)
wystarczy wydani
Dnia wtorek, 25 października 2005 13:48, Szymon Nieradka napisał:
> $ dpkg-reconfigure fontconfig
Heheh. Ot co! Pomogło.
Na czym polega sekret?
[EMAIL PROTECTED] wrote:
Moim skromnym zdaniem lepiej jest skompilować wszystko jako
moduły,wyrzucić narzędzia typu hotplug,załadowąć większość
potrzebnych modułów (z wyjąkiem drivera karty graficznej i
klawiatury) już po starcie serwera Xorg.
Generalnie jak kiedys czytalem w podreczniku ins
Łukasz Pieczara napisał(a):
http://www.hoeg.org/blog/2005/07/27/fast-booting-debian/
Opis jest do Sarge. W Etch trochę się zmieniło. Nie mam takiej linijki
(startup $i start). Domyślam się, że teraz robi to samo:
startup $ACTION $SCRIPTS
ale ona prawdopodobnie odpowiada nie tylko za start al
Wiadomość Oryginalna
Od: Łukasz Pieczara <[EMAIL PROTECTED]>
Do: debian-user-polish@lists.debian.org
Data: Tue, 25 Oct 2005 13:26:42 +0200
Temat: Re: Tempo startu X-ów
> Krzysztof Matusik wrote:
> zaraz gryzę się w
> > język, bo bezcelowe jest tłumaczenie, że serwe
Krzysztof Matusik napisał(a):
Poruszam dosyć szeroki temat. Szczególnie po instalacji xorg można poczuć tą
potworną przypadłość- dłuuugi start serwera X. Co to jest? Są jakieś sposoby
na przyspieszenie tego procesu?
$ dpkg-reconfigure fontconfig
:)
--
/// Szymon Nieradka
/// Biuro Informat
Dnia wtorek, 25 października 2005 13:25, Wojciech Ziniewicz napisał:
> U mnie zarówno na xorgu jak na xfree na maszynie Celek 1.2GHz + 1 GB
> RAM wszystko włącza się obiektywnie "szybko" (nie wolniej niż mój
> winxp w pracy) z zastrzeżeniem że Xorg włącza sie bardzo szybko
> (szybciej od xfree)
>
Dnia Tue, Oct 25, 2005 at 01:20:10PM +0200, Krzysztof Matusik napisał(a):
[...]
> Poruszam dosyć szeroki temat. Szczególnie po instalacji xorg można poczuć tą
> potworną przypadłość- dłuuugi start serwera X. Co to jest? Są jakieś sposoby
> na przyspieszenie tego procesu? Czy to kwestia ładowanych
Krzysztof Matusik wrote:
zaraz gryzę się w
język, bo bezcelowe jest tłumaczenie, że serwer X, to nie Debian, a Debian to
nie Linux, i przeciętnych użytkowników w ogóle te dywagacje nie interesują.
Interesuje ich sprawność działania.
Co robić?
Specjalnie nie pomoge (szczegolnie jest chodzi o
2005/10/25, Krzysztof Matusik <[EMAIL PROTECTED]>:
> Witam.
>
> Poruszam dosyć szeroki temat. Szczególnie po instalacji xorg można poczuć tą
> potworną przypadłość- dłuuugi start serwera X. Co to jest? Są jakieś sposoby
> na przyspieszenie tego procesu? Czy to kwestia ładowanych modułów? Czy można
Witam.
Poruszam dosyć szeroki temat. Szczególnie po instalacji xorg można poczuć tą
potworną przypadłość- dłuuugi start serwera X. Co to jest? Są jakieś sposoby
na przyspieszenie tego procesu? Czy to kwestia ładowanych modułów? Czy można
to jakoś racjonalnie podejść?
Przy GHzowych procesorach t
22 matches
Mail list logo
