Article View: pl.comp.os.linux.debian
Article #346Re: Dziesiatki procesow: /USR/SBIN/CRON
From: Krzysztof Krzyżaniak
Date: Thu, 06 Nov 2003 11:50
Date: Thu, 06 Nov 2003 11:50
93 lines
4837 bytes
4837 bytes
Pewnego dnia, a było to Thu, 6 Nov 2003 09:55:13 +0000 (UTC), przyszła do mnie
wiadomość z adresu <gbajson@elka.pw.edu.pl> i powiedziała:
[..]
>>> Do tego zmierzam. Jaki procent użytkowników nie zaznacza omawianej opcji
>>> przy konfiguracji jądra ?
>>
>> Jaki procent użytkowników kompiluje kernele?
>
> Z mojego otoczenia i chyba reprezentatywnej próbki (znajdzie się ze 100
> osób), to jakieś 99% ;).
Rzekłbym, że bardzo niereprezentatywna :-> Ja na większości maszyn
używan standardowy kernel z paczki. Tylko na jednym sobie kompiluje 2.6.
>>> Uważam że dobrym pomysłem byłoby pozostawnienie tej całej funkcjonalności
>>> w gałęzi 2.3.x (2.1.x; 2.5.x; itd.) i usunięcie jej ze ,,stabilnych''
>>> wersji.
>>
>> A ja uważam, że to byłby kiepski pomysł hamujący rozwój.
>
> W jaki sposób hamowałoby to rozwój ? Podaj przykład.
Rozwój kernela odbywa się też przez testowanie i zgłaszanie błędów.
Jeśli nie będzie tych opcji w "głównym" kernelu to ludzie nie będą ich
testować i nie będą zgłaszać błędów.
>>>> Dlatego też możesz sobie włączyć kod/sterowniki które
>>>> pewnie będą pełnić przypisaną im funkcję ale robisz to na własne
>>> ~~~~~~~~
>>>
>>> Pewnie tak. I wogóle całego linuksa używam na własne ryzyko (a jakiego
>>> systemu nie?). Bo pewnie będzie działał, ale czy będzie działał pewnie?
>>
>> Mniej więcej na tyle ile reszta.
>
> Nie zgodzę się z tym.
> Akurat z funkcjami z ,,unstable'' miewam często problemy, działają (nie
> działają?) o wiele gorzej od części ,,stable''.
> Przykłady? Nieszczęsne ACPI. Nie wiem czy wina leży w kiepsko napisanych
> modułach, czy w źle implementowanym sprzęcie, ale na niektórych płytach
> po prostu lecą paniki.
Raczej w specyfice ACPI.
> Inna sprawa trochę ze sterownikami odstarczanymi od producentów, zazwyczaj
> są źle popisane (np karta ISDN przestaje działać, kiedy działa karta
> dzwiękowa, i inne tego typu historie; panicujące winmodemy, urządzenia nie
> działające przy włączonym seti@home...). Chciałbym żeby w trybie STABLE
> kernel zabraniał ładowania tego szajsu.
To byś miał telefony "dlaczego się mi to nie chce załadować".
>
>> To jest napisane, w helpie do tej opcji.
>
> Fakt jest, i nawet czytałem, ale praktyka wskazuje że niewielki % bierze to
> sobie do serca. A mi spać nie dają !
Bierz pieniądze za porady :-> Przestaną dzwonić.
>>> A najlepiej żeby po jakimś patchowaniu uname -r pokazywał jakieś
>>> 2.4.22-UNSTABLE.
>>
>> Ale co to zmieni? To tylko nazwa.
> To po co jest ta nazwa, jeśli to tylko nazwa ?
Żeby ładnie po zalogowaniu pokazywało, czego używasz :->
> Myślę że nazwa o czymś mówi, pełni rolę np informacyjną, a czasem (a fu!)
> marketingową, kiedy to rozwój dokonuje się przez zmianę numerka.
>
> Przykład: często podchodzę do kompa którego nie znam, ktoś zgłasza mi, że
> ,,komputer nie działa''.
> lsmod pokazuje całą masę modułów, tak się składa że nie znam nazw
> wszystkich poprawnie działających. Podchodząc do kompa chiałbym wiedzieć,
> czy jest to pure-linux, czy jakaś kaszanka zmielona z patchów i binarek
> niewiadomego pochodzenia.
Zgoda, 2.6 daje takie mechanizmy (między innymi zapisywanie .config w
/proc/)
> Chciałbym zobaczyć czy po wgraniu jakiegoś modułu nazwa nie zmienia się ze
> STABLE na UNSTABLE, ot taka potrzeba.
Zgłoś pomysł na lkml (najlepiej od razu z odpowiednią łatą :->). Tak to mniej
więcej działa.
eloy
--
-------e-l-o-y-----------e-l-o-y-@-t-r-a-n-s-i-l-v-a-n-i-a-.-e-u-.-o-r-g------
jeżeli nam zabraknie sił zostaną jeszcze morze i wiatr
Technical Details
Message-ID:
<slrnbqkdcl.pgk.eloy@fargo.cgs.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!newsfeed.gazeta.pl!news.man.poznan.pl!fargo.cgs.poznan.pl!not-for-mailReferences:
<boa8kh$akf$1@opal.futuro.pl> <bobhgj$ul6$3@julia.coi.pw.edu.pl> <slrnbqimlg.l6r.eloy@fargo.cgs.pl> <bocu54$9hq$1@julia.coi.pw.edu.pl> <slrnbqk4m0.jvp.eloy@fargo.cgs.pl> <bod5q1$mbv$1@julia.coi.pw.edu.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.rmf.pl!news.ipartners.pl!newsfeed.gazeta.pl!news.man.poznan.pl!fargo.cgs.poznan.pl!not-for-mail From: Krzysztof Krzyżaniak <eloy@pawnhearts.eu.org> Newsgroups: pl.comp.os.linux.debian Subject: Re: Dziesiatki procesow: /USR/SBIN/CRON Date: Thu, 6 Nov 2003 11:50:45 +0000 (UTC) Organization: CGS Group Internet Server (http://www.cgs.pl/) Lines: 93 Message-ID: <slrnbqkdcl.pgk.eloy@fargo.cgs.pl> References: <boa8kh$akf$1@opal.futuro.pl> <bobhgj$ul6$3@julia.coi.pw.edu.pl> <slrnbqimlg.l6r.eloy@fargo.cgs.pl> <bocu54$9hq$1@julia.coi.pw.edu.pl> <slrnbqk4m0.jvp.eloy@fargo.cgs.pl> <bod5q1$mbv$1@julia.coi.pw.edu.pl> Reply-To: eloy@transilvania.eu.org NNTP-Posting-Host: fargo.intranet Mime-Version: 1.0 X-Trace: fargo.cgs.pl 1068119445 28996 192.168.101.50 (6 Nov 2003 11:50:45 GMT) X-Complaints-To: abuse@cgs.pl NNTP-Posting-Date: Thu, 6 Nov 2003 11:50:45 +0000 (UTC) User-Agent: slrn/0.9.8.0 (Linux) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit