Drive jsem si taky myslel, ze se vyplati mit zkompilovane vzdy to
nejnovejsi co je v dane chvili k dispozici - pokud mozno nejakou tu
-pre verzi vyspravenou hromadou nejnovejsich featur z lkml a to cele
jeste prohnat pres agresivne optimalizujici kompilator.

Situace je ale jina. Pokud skutecne *NUTNE* nepotrebujete nekterou z
vlastnosti v novem release, tak se IMHO nevyplati samostatne kompilovat
vlastni verzi jadra. Ano, da se tim usetrit par kB, ale to je argument,
ktery stoji za uvahu, pokud si budu chtit upravit kernel pro svuj 8MB
laptop a ne pro stolni pocitac, ktery ma dnes prinejmensim 32MB RAM.
Narust vykonu mezi ruznymi verzemi teze vetve jadra je zpravidla
marginalni a myslim ze se neprojevuje jinde nez v high-end nasazeni
(vyjimka potvrzuje pravidlo).

Taky se tim vyhnete ruznym problemum s binarnimi moduly do jadra
(vmware, nvidia, lm_sensors, ruzne ovladace, apod.), ktere jsou
zpravidla kompilovany a zabaleny pro aktualni verze RH a jen zridka
take pro neco jineho.
*
-> pouzijte jadro z distribuce
Prekompilovavat jadro ma vyznam pouze pokud k tomu mate hodne padny
duvod (jako napr. kdyz jadro nepodporuje nejaky Vami pouzivany
hardware, nebo jej potrebujete minimalizovat).
Co se tyka modulu:
Modul se natahuje do pameti az kdyz je potreba.
Napr. na disku je nekolik stovek modulu, ale jadro
si natahne jen ty ktere potrebuje (typicky pro sitovou kartu, zvukovku,
radice, atd.)
Minimalizace jadra ma vyznam jen kdyz mate nedodstatek hw prostredku,
coz v dnestni dobe byva vyjimkou (nepredpokladam ze budete stavet
server na 486DX50 se 4 MB RAM pro stovky uzivatelu).
Navic jste psal ze jste zacatecnik....
Znam spoustu velmi podrocilych adminu, ale i ti si nekompiluji
(pokud k tomu nejsou ony padne duvody) vlastni jadra,
protoze cas straveny kompilaci nestoji za vysledek.
 
Ostatne existuje malo lidi, kteri umi upravit jadro lip
nez cele tymy, ktere pripravuji jadra do distibuci.
 
Pokud Vam mohu poradit, zapomente na kompilaci jadra,
usetrite si tak spoustu problemu.
P.S. pouzivat jadro z distribuce neni nic podradneho
*
Dovolim si nesouhlasit. Ja jsem kompilaci jadra na serveru zvetsil celkem
solidne vykon. Krom toho na serveru muze mit kompilace i dalsi vyhody -
treba bezny hardlimit pro maximalni pocet otevrenych souboru, ktery je
nastaven v jadre, je pro hodne zatizeny webovy nebo databazovy server
nedostacujici. Krom toho kompilaci si muzeme pomoci ruznych patchu pridat
vlastnosti, ktere bezna jadra nemaji - treba Trustees pro zabezpeceni,......
 
Faktem je, ze pro mene zatizene servery, kde nepotrebujeme nic specialniho
je default jadro naprosto v pohode.
*
Default jadra jsou pro bezne ucely bez problemu. Kvuli zvyseni vykonu to
nema opravdu cenu delat, nez se desitky hodin trapit s novym jadrem, tak
radeji premyslejte, kde sehnat penize na lepsi HW :-))))

A upravu nekolika konstant v jadre, realne vyuzije tak 5lidi v teto
republice.
*
- velmi specificke poziadavky
- prilis zatazanu masinu
- stacia ti hardcodovane limity
 
tak by malo stacit distribucne jadro. Hovorim malo, lebo obcas sa mi aj tak
stalo ze nestacilo :-) Ja mam casto specificke poziadavky (na jednom servri
lvm, na druhom rozsireny netfilter, na multimedialnej masine preemptivny pec
a
tak dalej), tak si jadra potom "zbuchavam" sam.
*
Podla mna skus AKTUALNE jadro tvojej distribucie (lebo to by malo byt dobre
otestovane) a len ked zistis, ze potrebujes nieco, co to nevie, alebo sa to
sprava prilis blbo, rozmyslaj o rekompilacii. Tym nechcem povedat, ze
vlastne
jadro je zbytocne, ale ze pre bezneho uzivatela zisk nestoji za tu namahu.
*
Ked si to ale napr. chces vyskusat ako nieco nove, aby si bol pripraveny na
horsie casy <g>, tak sa s tym v pohode pohraj.
*
> je to opravdu jen vedlejsi efekt, cilem bylo zvetsit pocet descriptoru :-)
Ehm, ja podobny problm vyresil jednim echem do /proc/sys/fs/file-max.
Kompilovat kvuli tomu jadro mi prislo ponekud casove narocne.
... nemluve o sysctl
*
> Myslim, ze na serveru se muze klidne vsechno narvat do jadra, pro spravu
> pameti je to lepsi, protoze jadro pak vyuziva jen jeden pametovy prostor,
> jinak ma kazdy modul svuj vlasni.
 
Vsechny jaderne moduly i samotne jadro pochopitelne bezi v temze pametovem
*prostoru*. Lisi se to jen tim, ze monoliticke jadro ma kod a staticka
data v jednom kuse, zatimco pro moduly se alokuji zvlastni useky (coz
muze vzhledem k zarovnavani na stranky vest k urcitemu plytvani).
 
Krome toho zvlaste u nekterych driveru je celkem dobre, kdyz jsou jako
moduly, protoze se pak daji v pripade potreby za chodu systemu vymenit
resp. znovu natahnout s jinymi parametry.
***
Ne, uspora RAM skutecne NENI ten duvod k investovani energie (=casu,
prace, apod) do vypiplani vlastniho jadra.
 
 
PS: a ve skolstvi jsem pracoval taky a _nikdy_ jsem nemel problem dostat
pridel nekolika malo (opravdu malo) stokorun na par pametovych modulu z
bazaru. Zpravidla staci usporadat nejakou sberovou akci nebo tak neco.
Nemusite chtit hned cely novy router. Ale tohle je nefer poznamka a
udeluji si za ni trestne body.

I kdyz bych hypoteticky pristoupil na tento argument, pak zase v tomto
pripade (skolni router s 16MB RAM) musim oponovat, ze jsme lehce mimo
tema, protoze bezne distribuce nejsou primarne urceny k tomuto ucelu. Zde
by se spise hodila nejaka specialni distribuce pro male routery (LRP
apod.), kde ale mimo jine mate opet k dispozici od autora nebo
distributora tak male jadro, jak to jen jde, zbytek dodava v modulech,
ktere muzete a nemusite pouzit.
***
Dobre argumenty za vlastne jadro:
- distributor neposkytuje funkcie, ktore potrebujem (napr. novy netfilter
  alebo preemptivny pec). Kvoli separatnym projektom ako napr. ALSA alebo
  lm_sensors vlastne jadro netreba, daju sa skompilovat moduly.
- s aktualnym jadrom distributora sa pocitac sprava nekorektne.
- pouzivate heavily modified distribuciu popr. vlastnu na specificke ucely.
 
Zle argumenty za vlastne jadro resp. "myty":
- vacsi vykon. V pripade, ze to naozaj dosiahnete, ste bud guru alebo sa na
  vas vztahuje minimalne jeden z horeuvedenych "dobrych" argumentov,
pripadne
  pouzivate distribuciu nevhodnu pre vas ucel.
- viac pamate. Komentar vid "vacsi vykon".
***
>       Podle toho by musely byt vanilla jadra automaticky spatna?!
 
Ne, ale nejsou automaticky lepsi nez distribucni. Presneji odpovim
otazkou: A podle vas jsou self-made jadra automaticky lepsi nez
distribucni?
 
> Chcete rict, ze jadro optimalizovane pro procesor AMD K7 nebezi na
> Athlonech/Duronech rychleji/lip nez jadro kompilovane pro napr.
> Celeron/Pentium III?
>
Pokud je mi znamo, distributori dodavaji sva jadra optimalizovana (mimo
jine) i pro athlon a i686.
***