jen bych se rad zastal sveho pritele Rudeho Klobouka.
V clanku je (tusim ze dokonce dvakrat) zminen postesk, ze RedHat neoptimalizuje pro i586, ale pro i386. To neni tak docela pravda.
Jedna vec je pouzita instrukcni sada (jak vite s kazdou novou x86 architekturou se objevi i nejaka ta instrukce navic) a druhou veci je optimalizace (poskladani instrukci za sebe tak, aby se pokud je to mozne mohly vykonavat proudove a daly se co nejlepe predikovat skoky).
Zatimco pouzitim novych instrukci je mozne kod urychlit radove o procenta (videl jsem 1-5 procenta), zato spravnym serazenim je mozne zvysit vykon i o desitky procent.
Toho jsou si samozrejme u RedHatu take vedomi a proto _vsechny_ balicky distribuce jsou prekladany optimalizovane pro i686, ale s instrukcni sadou i386, to aby je bylo mozne pouzit kdekoli na x86 architekture.
Osobne mi to za ty dve tri procenta vykonu stoji - krom toho napriklad glibc nebo kernel je i v distribuci dostupny s instrukcni sadou i686.
doplneni:
na ftp je k dispozici optimalizovane jadro pro kazdou radu (eg 686) vc pozdejsich update, ostatni balicky jsou vetsinou spolecne. jinak je i optimalizace pro AMD.
redhat network je i free use, jde o www rozhrani a skripty/binarky up2date pro konzoli. (imho zadny zazrak, kdo vyzkousel suse... :-) )
ftp redhatu je pomale (server na pateri, download pouze 5KB), a bylo mi receno, ze aktualizace pres up2date nejde provadet z jineho mista :-(
(uri v conf, mozna se da no-prob zmenit?)
ČLÁNKY DO MAILU