Zrovna uvažuji o tom, že bych se dal na Gentoo a implementoval do něj svůj Build Own GNU-Linux.
Ale s tou rychlostí to přece jen není tak slavné.
Pamatuji se že KDE-2.2.2 s optimalizací -O3 jsem kompiloval na CyrixuMX200/64MB s přestávkami týden, Mozillu 8 hodin.
A to nemluvím o Evolution. Ta se kompiluje i na Thunderbirdu1333/266/256MB ke dvěma hodinám. Podle šíleného swapování se zdá, že 256MB je pro její kompilaci opravdu málo. A to nemluvím o Open Office. Tu jsem musel vzdát. Mám ještě starý disk, a na něm 3GB volného místa neudělám.
Zdravim,
diky za clanek, chtel sem neco takoveho napsat ale jak vidno, nedokazal jsem se k tomu dokopat
Poznamky k textu:
1)instaloval jsem z bootovaciho CD, na jedne konzoli instalacni navod (je na CD ), na druhe bash. Pohoda, ale zabere to cely pocitac po celou dobu instalace (hodiny na jakkoliv rychlem stroji,hlavne to znamena odpojeni od www, coz je muze byt velmi neprijemne)
2) instaloval jsem na pevne lince, krasa, spousta veci se udela automaticky
3) doba instalace : bohuzel jsem se nedival tak presne ale zhruba takto :
1. den odpoledne jsem zacal, 2. den vecer jsem mel funkcni gnome bez aplikaci, mezi tim pocitac porad pracoval
Okolnosti : ma prvni instalace, zadne predkompilovane veci, parkrat jsem se musel vratit zpet, PIII 800MHz, pevna linka prumerne 35KB/s download(ukazalo se ze doba stahovani byla vuci dobe kompilovani v postate zanedbatelna)
Rozvinu dale clanek :
Za nezbytne podminky pouziti Gentoo povazuji pevnou linku a rychly procesor.
Cely system kolem Portage je na pevnou linku v podstate staveny a i kdyz funguje bez ni, neni to ono. Netvrdim ze nelze Gentoo bez pevne nainstalovat, tvrdim, ze udrzovat a updatovat ho bez pevne bude znacne nepohodlne.
Rychly procesor : to stejne. Nainstalovat to pujde, ale provozovat bude bolestive. Duvod : kazda instalace, kazda aktualizace jednoho programu se bude dele tahat (zabalene zdrojaky maji okolo dvounasobku(?) velikosti binarnich balicku) a hlavne, priserne dlouho kompilovat (orientacne - male programy tak 15 minut, velke treba 1-3 hodiny na PIII 800MHz)
Duvody proc nepouzivat Gentoo:
- i kdyz se programy kompiluji, neni mozne proste vzit posledni verzi programu z autorovy stranky a nacpat ji do gentoo. Je treba napsat soubor, podle ktereho to bude Portage kompilovat a resit zavislosti. To samozdrejme delaji jeho autori, ale tech zase neni tak mnoho, takze se take muze stat ze Portage balicek bude a) stary b) nebude vubec.
To se spatne meri. Moje zkusenost je takova, ze mozilla je vzdy velmi cerstva, ostatni veci kus od kusu. Pokud to s gentoo myslite vazne, musite si tohle vyzkouset sami.
-vliv optimalizace/kompilace je sporny.
Je jasne ze to urychli, otazka zni, jestli to stoji za ty potize okolo. Nejsem programator, ale po konzultaci se domnivam ze urychleni bezneho programu (midnight commander) pri kompilaci na konkretni typ procesoru bude tak 1-5% coz podle me za to nestoji. Samozdrejme treba u mplayeru uz na tom muze dost zalezet - ale mplayer muzu mit kompilovany aniz bych mel gentoo.
Je take pravda, ze Gentoo nabiha podstatne rychleji (nez muj RH7.2). Je ovsem treba rict, ze gentoo spousti 3x mene demonu, takze se neni cemu divit. (Chtel jsem to puvodne zmerit ale kdyz jsem zjistil ze bych se musel vyrovnat s temi demony tak me presla chut)
-vliv kernelovych patchu: autori tvrdi ze jejich kernel ma lepsi interaktivni odezvu(i kdyz nevim co to je), je lepsi a celkove radostnejsi. Ja jsem si niceho nevsiml, domnivam se ze by to bylo lepe poznat na pomalejsim stroji.
- globalni nastaveni optimalizace neni vubec trivialni. Doporucuji nastudovat pred zapocetim instalace. V mailing listu se dokonce spekulovalo nad tim, ze pri vyssich stupnich optimalizace prestanou fungovat nektere programy. Zaver z toho nebyl zcela jasny, prosim potvrdit nebo vyvratit.
- prommenna "use" - vypada jako docela dobry napad, (btw: opet doporucuji nastudovat pred instalaci), ale pokud to spravne chapu, tyka se ji stejny problem co s Portage - zavislosti na ni opet musi upravit nejaky clovek, a ten to muze, nebo nemusi udelat. Priklad(nastesti jediny co jsem potkal) : do "use" lze zadat "aalib", ale mplayer s podporou aalib to nezkompiluje, i kdyz mplayer to ma - autor Portage balicku to asi nepovazoval za dulezite.
-nevyjasnene majetkove vztahy - vyvoj a hlavne distribuce gentoo vyzaduje tezke penize ale pritom je neni z ceho brat, protoze cele gentoo je zdarma. Myslim ze soucasny stav je takovy, ze je nekdo sponzoruje a hledaji co s tim dal. Zdroj: rozhovor s vedoucim projektu (myslim ze je na strankach gentoo)
-gentoo je naprosto nevhodne pro zacatecnika(uz jenom proto ze nema instalator). Obavam se ze zacatecnik zde znamena mene nez 1-2 roky prace s linuxem.
-mala vyhrada : nez Emerge vubec zacne neco delat, na 10-20 sekund se zamysli. oproti RPM krok zpet. Doufam ze to casem zmizi.
-pokud planujete zmenit distibuci po prve, pamatujte na to ze kazda distr. ma sve male odlistnosti, ktere 1) silene rozciluji 2) vyzaduji spoustu casu
Priklad: gentoo NEMA dialog Logout/Shutdown/Halt v Gnome(1.4), v gentoo nefunguje "su -l", prikaz "adduser" nevytvori funkcniho uzivatele(treba opravit /etc/skel/...), v gentoo nemuze dat uzivatel "su root"(treba upravit /etc/group) atd atd....
Duvody proc pouzivat Gentoo:
- autori Gentoo maji velmi pozitivni pristup k novym vecem
priklad : v prubehu instalace muzete mit kromne obligatniho ext3 jeste XFS a ReiserFS. Podobne kernel muze byt obycejny, gentoo(zrychlujici patche a patch grSecurity), nebo s openmosix.
Dokonce mam dojem ze gentoo kernel ma nektery ovladace novejsi nez vannila (soude podle mojich zkusenosti s jednou pochybnou webkamerou) ale to uz si fakt vymyslim. Prosim potvrdit nebo vyvratit
-Stejne je si mozne vybrat ze tri ruznych loggeru.
-Pokud jste chteli instalovat LFS, pouzijte radsi Gentoo. ma vetsinu jeho vyhod a navic elegantni system balicku. (podotykam ze LFS nepouzivam, akorat jsem si cetl "what is LFS")
-chtete podrobneji vedet, jak funguje os/distribuce/kompilace/vyvoj
- mozna ze ta optimalizace pri kompilaci muze byt skutecne k necemu dobra. V mailing listu se spekulovalo, ze kdyz se zkompiluje mozilla --optimize-size , bude se znatelne rychleji spoustet, protoze HDD bude tahat mensi objem dat. Nejsem programator , prosim potvrdit nebo vyvratit.
- z celeho gentoo mam dojem , ze to je idealni distribuce pro vyvojare - emerge je schopny udrzovat vse aktualni a automaticky hlidat zavislosti, pritom je mozne do vseho hrabat a vse upravovat.
-a hlavne : Emerge nechava RPM daleko za sebou. Tam kde v Redhatu hledam balicky, dohledavam zavislosti, premyslim jestli balicek z podobne distribuce bude fungovat(jako minule) nebo ne(jako predminule),v gentoo zadam jediny prikaz (emerge jmeno_softu) a jdu pracovat na necem jinem, nez se to zkompiluje. (samozdrejme za vyse uvedenych predpokladu 1) mam pevnou 2) mam rychly procesor 3) balicek existuje)
Zaver :
Gentoo jsem zkusel(cca 14 dni) a nepouzivam, ale jeho dalsi vyvoj me velmi zajima. Pokud se vyresi zde nastinene problemy bude Gentoo za 1-2 roky VELMI vyspelou a pouzitelnou distribuci. Pouzivam 5 let RedHat, chci (zkusit) prejit na Debian, ktery IMHO nabizi vsechno dobre z RedHatu + velmi dobry balickovaci system(orientacne stejne dobry jako Gentoo, nemam podrobne zkusenosti). Testovaci instalace Debianu mi to zatim potvrzuje, do hlavni jsem se jeste nepustil.
Poznamky :
1) aby se predeslo zbytecnym flamewarum : nepouzivam Mandrake a neznam urpm. Je mozne ze to problem rpm-hell resi.... prosim nekoho zkuseneho aby porovnal RH a Mandrake v diskuzi
2) Is RPM Doomed? (http://www.distrowatch.com/article-rpm.php)
3) muj text se vztahuje k desktopu, ne serveru.
btw : ve vyse zminenem rozhovoru sefvyvojar prohlasil,ze Gentoo ja tak moc cutting-edge, ze na server se vubec nehodi (alespon zatim).
4)na strankach gentoo je i gentoo-security-guide, zda se mi to jako pekne poctenicko, vetsina je aplikovatelna i na ostatni distribuce.
K tomu RPM systému:
začínal jsem na RH a utekl přes SuSE k Mandrake - z těchto dist. má RH spolehlivě nejhorší RPM (to jsou ty paradoxy:) - závislosti totiž udávají soubor - např libblabla.so.3.2.1 a ani po 3 letech nedokážu zjistit v jakém balíku ho hledat.
SuSE a Mdk mají v závislostech jméno BALÍKU (jak prosté :)
k nevyhodam...
koplilace z balicku a nikdy jinak: predpokladam ze zustala moznost kompilovat programi rucne, alespon u BSD tomu tak je. a pokud to bude uzivat vice lidi, vice lidi se bude venovat vytvarenim portu
emergency: predpokladam ze se jedna o ekvivalent smitu, liloconfu a podobnym utilitam... vzhledem ke skutecnosti ze tyto utilitky se snazi mimo jine i detekovat HW, nemuzete od nich cekat ze s tim budou hnet hotovy.
Hmmm... skoro abych Vam poslal pulku honorare, vzhledem k rozsahu Vaseho prispevku :)
Jen par poznamek:
1/ na su root musi byt uzivatel ve skupine wheel
2/ su -l nefunguje, su --login ano (cert vi proc)
3/ mozna, ze pro lidi jako ja - bez pevne linky doma ale s velmi tlustym kabelem v praci je gentoo jeste lepsi nez pro ty s pevnou linkou doma - pokud to srovnam s Mandrakem. Napr. nainstalovat doma novy GnuCash (povestny svymi velmi spletitymi zavislostmi) na Mandraku je k zblazneni. Vyhodi nejake zavislosti, ja to druhy den pritahnu na zipce a on vyhodi zavislosti zavislosti. Takhle to jde 3 dny a pak se na to vykaslu. Portage mi rekne *rovnou* co *vsechno* mam donest, ja to donesu a hotovo.
4/ v pulce srpna by mel byt oficialni release Gentoo 1.4 (stabilni verze od 1.3), pro ktery bude pripraveno nekolik kompletnich CD (jak jsem se zminil v clanku). Pak bude potreba pripojeni k siti minimalni.
BEDA
gentoo je fajn, mozno nie je pre kazdeho, ale to nie je zamer. pre takych ludi ako ja, ktori sa vo vsetkom radi vrtaju cele hodiny, je to ta prava distribucia.
aj ja by som si dovolil zopar poznamok:
- ohladne nutnosti pevnej linky: nevidim az taky problem, emerge umoznuje namiesto okamzitej kompilacie len postahovat vratane vsetkych zavislosti (emerge -f meno_baliku) a kompilovat neskor, navyse sa snazi pri kompilacii hladat najprv lokalne ulozene zdrojaky (v /usr/portage/distfiles), to zn. ze ich tam mozete nakopirovat aj manualne
- kompilacia vlastnych zdrojakov: ano je treba vytvorit vlastny skript a vyriesit zavislosti, ale potom uz mate pokoj, vsetko ide automaticky, pri inych systemoch je to rovnake alebo este horsie, v tomto by som nevyhodu nevidel
- rucna kompilacia: ziadny problem - treba pouzit skript ebuild -> napr. ebuild <cesta_k_ebuild_skriptu> unpack -> v prislusnom pracovnom adresari vo /var/tmp/portage klasicky configure & make -> nakoniec ebuild <skript> install a ebuild <skript> qmerge (pozri man ebuild)
- gentoo sa velmi zameriava na bezpecnost, pouziva standardne PAM, preto nemoznost su pre bezneho usera, treba sa pozriet do config skriptov PAM
- system USE ja naozaj trochu problematicky, naopak system init runlevelov v ponati gentoo je skvely
- patchovane gentoo jadro mi robilo problemy, pouzil som vanilla 2.4.18, ziaden problem
- optimalizacia: pouzivam globalne nastavenie -O3 arch i686 uz od zaciatku, zatial ani najmensi problem
- namiesto 'gentoo potrebuje rychly procesor a rychlu pevnu linku' by som skor povedal 'gentoo potrebuje vela miesta na disku'
Tolko moje nazory a skusenosti. Dufam ze to este vobec niekto bude citat (nebol som tyzden na inete a posledny prispevok je tu zo 16.8.), ak ano dufam ze to pomoze. Tych skusenosti je viac, ak ma niekto ine moze sa podelit a zamailovat mi.
Tedka zrovna kompiluju Mozillu a --optimize-size tam neni. Asi ste myslel --enable-optimize=-Os nebo nastavit CFLAGS=-Os, ne?
Ja pouzivam LFS (www.linuxfromscratch.org) a narozdil od Gentoo si vlastne vsechno kompiluji sam, rucne, i kdyz podle presneho navodu, vcetne upozorneni, u kterych baliku je potreba vypnout optimizaci, nebo nebudou chodit.
Takze Gentoo vam to udela automaticky, s LFS se to naucite delat sami.
Jeste je dobry, ze si v praci stahnu vsechny zdrojaky potrebny k vytvoreni LFS v jednom 90MB taru, donesu domu a tam zkompiluju.
Taky existuje automated LFS, ale to sem nezkousel.
mandrekovsky urpmi
povazuju celkem za idealni
nadstavbu nad rpm
komfort je stejny
neli vyssi nez u debianu
(napr. moznost pridat si jako zdroj PLF
atd..)
moje workstation se pres urpmi denne aktualizuje
z nejnovejsi nestabilni vyvojovou radou
a nemam zadny problem
a moje servery totez jen ve stabilni rade
a pouze bezpecnostni aktualizace
zatim mi schazi ze mdk
neni optimalizovany na i686
ale mezi vyvojari se o tomto kroku
take uvazuje
v soucasne dobe uz existuje projekt mdk686
ktery optimalizuje soucasny mandrake
pro tuto architekturu
a co se tyce kernel patchu
at uz to je dobre nebo ne
mandrake v tomto ohledu
v poctu patchu
jasne vede a vyhrava i nad gentoo
Ale neumi to s .srpm :-( A updatovat/instalovat neco vetsiho pomoci rpm --rebuild je peklo. Treba nez u gnome probublate pres zavislosti tak muzete take zjistit, ze vlastne jste v polstrovane mistnosti bez kliky a ze se vas snazi sezrat velka oslizla prisera a rve pri tom rpm: Unresolved dependencies! a ze se topite v hromade krabic s napisey jako neco.rpm a neco_dep.rpm a take neco_v2.rpm, klaustrofobicke pocity, uzkost, des , rev... a konecne spasa -> smrt.
Hmm, tak to ten MDK je skutecne komforni, najkomfortnejsi je, ze nabiha asi pul hodiny, takze ma clovek cas uvarit a vypit si kafe. Jinak: Co dela rpm s konfiguracnimi soubory? Smaze je? Ale co kdyz je chci zachovat? Necha je na miste? Ale to mi budou zbytecne zabirat misto! A co pri aktualizaci?
RPM balík, obecně, pokud je správně napsaný u konfiguráků vytváří soubory s příponou:
.rpmnew - upgrade balíku + zachování stávající konf.
.rpmold - upgrade balíku + nahrazení stávající konf.
.rpmsave - odinstalace balíku
veškeré info o takovýchto souborech vypisuje na obrazovku, takže je na vás, co s tim záložním resp. novým konfigurákem provedete.
Pokud chcete distibuci, ktera je vam na miru a nazasvini vam disk do sebe zamotanymi startovacimi skripty, zkuste http://www.rocklinux.org/ Umoznuje kompilaci s plnou optimalizaci, jednoduche balicky, jednoduche vytvoreni balicku ze zdrojovych i binarnich souboru, vhodny i pro servery,.. ALE POUZE PRO ZKUSENE uzivatele - jeho zakladni filozofii lze zjednodusene charakterizovat jako "zpet k rucni praci pri konfiguraci", coz chapu jako vyhodu: kdo jste se pokouseli presvedcit RH, aby z vymenneho disku nabihal dle okolnosti automaticky v ruznych domenach, s podporou ruzneho HW a s ruznymi sitovymi sluzbami, vite o cem pisu.
PS: Gentoo neznam a proto netvrdim, ze ROCKlinux je lepsi.
Vim, ze tam je apt-src ale umi to poresit a prelozit zavislosti?
Take by mne zajimal narust vykonu. Ja to pocitil jen u Mplayeru, XFree, gnuchess a KDE u ostatnich softu ne je ale fakt, ze mam Mandrake, ktery je 'od priridy' prekladany pro i586 na rozdil od i386 u Debianu, preci jen je od 586 k AtlonuXP bliz nez od 386...
Jo a co kdyz budu chtit neco ze SIDa? Napise mi to, co vsechno mam stahnout (stejny pripad jak zminoval autor, doma modem, v praci lajna)?
A proc je i v SIDu porad GCC 2.95? Posledni verze 2.96 nejsou vubec spatne a i rada 3.1 zacina vypadat velmi slibne.
Novy apt-source umi vychytat zavislosti, dokaze kompilovat podle zadanych parametru a do zadanych adresaru (proste vola configure :-) Na debianplanet byla celkem rozsahla diskuse pro/proti distribuci balicku v i686. Jde o to, ze vetsina programu vubec nevyuziva rozsirene sady a vyuziva i386. Mplayer, a multimedialni programy vubec, vyuzivajici MMX je nutne prekompilovat protoze MMX jsou platforme zavisle Intel/AMD...
Takze u vetsiny baliku neni treba rekompilace a u tech multimedianich pomuze novy apt-source.
Co se te rychlosti tyce, Debian je na tom skvele. Dostal jsem se k nemu pres Mandrake, Calderu, Conectivu, SOT Linux, Lycoris a znovu Conectivu (8), a mohu se vsi zodpovednosti prohlasit, ze na mem K6-2 500 MHz beha Debian 3.0 o mnoho rychleji nez kterakoliv jina distribuce co jsem kdy videl. Zrovna Mandrake mi prisel snad uplne nejlinejsi, hlavne v KDEckach.
Ja mel jen redhata (od verze 5.1 tusim (prodaval ho Cpress s hnedou priruckou, ach jo to byly doby... doby fvwm ;-) az po 7.3) a ted Mandrake 8.2 (mimochodem k RH bych se uz nevratil ani nehodou, to je ovsem jen muj osobni nazor, noflame prosim)
a rozdil mezi originalnim a prekladanym KDE byl citelny u obou distribuci. Osobne bych se divil kdyby bylo stejna verze KDE prelozena pro stejnou architekturu na stejnem XFree v jedne distribuci pomalejsi a v jine rychlejsi.
Jo a procpak je ve woodym stare XFree? A v unstable take no to je des ;-0
so smutkom musim prisvedcit, ze MDK sa na mojom 1GHz P III notebooku neda pouzit (10) uptime do nabehnutia xov 34 minut po nainstalovani a restarte debian je na tom podstatne lepsie, ale KDE mi bezi najsviznejsie v BSD.. a to namusim ani prekompilovat cely stroj staci naistalovat balicky... sice mozillu taham z portov ale tie casy co sa tu pisali to sa mi snad iba zda. Tri dni cakat na system ak ho mozem mat nahodeny z instalacie na sieti aj s molochom zvanym KDE za desat minut je podla mna sila...
Najradsej by som sa vratil ku BSD ale som komercak a tak drtim DEBIAN a ked niektore veci su tam tak trochu mimo... ale to je rozdielnou filozofiou... uzsa ju ucim He He
O mandrake ani nehovoriac...
Teda debian apt-src alebo apt-get a idem co mi ine ostava ze?
Pokud vim, tak jestli se preklada treba primo pro Athlon a jeste se tam nastavi treba align functions a preferred stack boundary tak
1) pouzije se hromada dodatecnych registru. Uz jen to by IMHO mohlo PODSTATNE urychlit nektere programy.
2) pouzije se optimalni zarovnani adres funkci, cyklu...
3) nastavi se dle toho predikce skoku
4) pouziji se dalsi instrukce, ktere na 386 nebyly (v 486 jich nekolik pribylo a v Pentiu take)
5) pouzije se instreukce optimalne razene pro dany procesor (z hlediska rozdelovani do jednotlivych vyp. bloku), ok pro >586 to uz neni tak podstatne pac se o to umi procesor postarat vetsinou sam. Nicmene rozhodit program tak, aby se registry pouzivaly co nejdale od sebe by melo pomoct. Na 386 to bylo jedno.)
...
Ovsem machr pres GCC nejsem takze se mozna pletu...
V download adresari Gento Linuxu jsem narazil na livecd, konkretne soubor 'g2workstation-0.7.iso'. Ve strucnem popisu tvrdi, ze je to bootovatelna verze Gentoo, ktera zaroven umoznuje instalaci a obsahuje radu BINARNICH balicku, jako kernel, zakladni utility, gcc 3.1, KDE 3.0.2, Mozillu 1.0, OpenOffice 1.0, takze docela aktualni veci, dokonce aktualnejsi nez samotne Gentoo 1.2 :)
Gnome je odbyty jednim balickem zakladnich funkci, doufam, ze obsahuje alespon knihovny GTK+,
Zajimave je na tom, ze to dela jina firma nez Gentoo.org. Nicmen , prepokladam, ze to ma bezny system Portage a clovek si bude moc dostahnout a prelozit nove balicky pomoci 'emerge gnome' ..napriklad
Zkousel uz to nekdo?
Zrovna jsme to stahnul, tak snad bude cas se na to pres vikend podivat a podelit se ;-)
Pokud vim tak liveCD se pripravuje prave pro radu 1.4 (ted vyvojovou 1.3). Ma obsahovat kompletni iso jak ve zdrojacich, tak binarky pro nektere systemy. Proto je to taky novejsi nez 1.2.
Jinak predpokladam, ze to bude fungovat jako normalni Gentoo, ale nezkousel jsem to. Mozna bych pockal az 1.4 vyjde za cca tyden oficialne. Tohle je zalozene nejspis na 1.4beta.
..tak jsem to prave vyzkousel v praci. Hmm. A neuspesne :(
CD nabootovalo, textova obrazovka s informaci o trech moznostech bootu (svga,vga,text) vybral jsem 'text' a pak uz to vypsalo jen loading linux..... a initrc......
A pak to cele rychle zhaslo a pocitac (znackovy Compaq, zadnej starej srot) se pocal restartovat. Pri volbe svga ci vga to vzalo ten samy konec.
Bohuzel, log to nikam (asi) nepise, takze tezko zjistim, kde je problem :(
Jeste to vyzkousim doma na obstaroznim Celeronu 300
Jinak, LiveCD je zalozeno take na nejakem ISO Linuxu, alespon to pise v uvodu (predpokladam, ze se jedna o Linux bootovatelny z ISO CD)
no ja som tiez chcel skopmilovat vlastny linux a rozhodol som sa pre lfs (www.linuxfromscratch.org). ma podstatnu vyhodu, ze nie je zavisly od rychlej linky. pre zaciatok staci stiahnut asi 80 MiB balik kde je vsetko potrebne. podmienka je tiez mat funkcny os, kde to mozem cele skompilovat. vsetko sa to pise rucne, ale kazdy krok je podrobne opisany v dokumentacii, takze clovek nemusi byt ziadny guru (to ani nie som).
nevyhoda je teda v tom, ze neexistuje automaticka instalacia a nema system balikov, na druhu stranu som sa pocas kompilovania vela o linuxe naucil...
Jakozto Debianista (zacinal jsem na RH, ale RPM me privadely k zblazneni) jsem se taky asi pred mesicem nebo dvema rozhodl vyzkouset Gentoo. Princip distribuce je docela dobry, ale je dluzno dodat, ze Gentoo je zatim skutecne jen v plenkach. Pseudobalicky jsou dobry napad, ale to by jich nesmelo byt jen asi 2300 (pro srovnani Debian testing ma ted neco pres 10 000). System jsem nainstaloval v pohode a vsechny zakladni aplikace jsem tam taky dostal, ale kdyz prislo na ty nejtiternejsi programky, ktery mam proste rad, bylo zle. :-(
Portage taky podporuje udrzovani nekolika verzi stejneho programu (napr. XFree 4.1 a 4.2 soucasne, coz zni sice dobre, ale zkuste, co to udela, kdyz se pokusite jednu odstranit :-) - to byla jen takova ilustracni vlozka...
Jinak se mi Gentoo vcelku zamlouva a az trochu "vyroste", mozna na nej prejdu i ze sveho Debiana, se kterym jsem vic nez spokojen...
mel sem uz kde jakou distribuci, a vetsinou mam na disku aspon dve, ale Gentoo se nic nevyrovna, je to neuveritelne rychly, naposledy sem mel MDK 8.2, ale Gentoo je 2x tak rychly, nemohl sem verit jak rychle mi nabehlo KDE apod. obcas je trochu problem s doladovanim napr. DVD a video celkove ( mam Radeon 8500 ), ale jinak fakt bomba, doporucuju vyzkouset !
Ja osobne pouzivam dalsi z linuxu "do it from scratch" a to Sorcerer (http://sorcerer.wox.org) a jsem s nim spokojen. Instalace je pomerne jednoducha a prace s "balicky", ktere se zde jmenuji kouzla "spell", se deje pomoci nekolika prikazu jako cast "spell" (instalace), dispel "spell" (deinstalace). Adresarova struktura, kde jsou skripty ke kompilaci/instalaci se denne updatuje a vytvoreni noveho kouzla neni tezke a je to otazka nekolika minut, rozhodne doporucuji k odzkouseni,
Michal Skvor
Mne to prijde jako totalne zmatene. Bud mam k dispozici hotovou distribuci, nebo si vytvorim vlastni. Bud mam workstation, nebo server.
Kdyz mam server, potrebuju:
- optimalizovane std. jadro pro CPU a pocet soucasne otevrenych souboru jednim procesem etc.
- zadne experimentalni patche a vubec nic, co by mohlo kvuli +10% shodit server nebo zpusobit nestabilitu. Tyka se to i ovladacu zarizeni.
- obvykle nepouziju posledni verze jadra, pokud to tedy neni obzvlaste "povedena" rada jako napr. 2.4 a nejde o fatalni problemy.
- co nejmensi system. Co opravdu nepotrebuju, neinstaluju. Na serveru nic nekompiluju. Na to je workstation. V tom pripade mne problemy se zavislostmi balicku moc netrapi. Kdyz budou pro bezne aplikace i386, tim lip. Kdyz disk strcim do jiny masiny, vymenim jadro a eventuelne zkompiluju daemony sluzeb, tim koncim.
- optimalizovane pouze daemony sluzeb, a to jeste jen tehdy, kdyz to neni na ukors polehlivosti. S patchi je to tak, ze jen ty nezbytne nutne kvuli security nebo vykonu - ale zase nic neodzkouseneho nebo problematickeho.
Naproti tomu u workstation vetsinou testuju posledni verze jadra, ovladacu etc.
Pro workstation na rozdil od serveru potrebuju sofistikovany packaging system, protoze pocet balicku je nesrovnatelny se serverem a kdyz nefunguje jak ma, je cela distribuce k nicemu. Tady vyhovi jedine Debian. vsechno ostatni (vcetne vlastni distribuce) jsem uz zkousel (a to jsou zkusenosti za poslednich cca 7 roku).
Bezne aplikace a programy optimalizovat pro procesor je hovadina. Akorat to stoji furu casu a vysledek je zanedbatelny.
Co se vyplati, jsou aplikace ze skupiny multimedia. Prehravani DIVX, mpg123, .avi etc.
Optimalizovat Mozillu nebo KDE ci GNOME mi prijde jako zvrhlost. Kdyz uz je neco napsane tak, ze tomu nestaci Ip200 a 128 MB RAM, pouziju neco mensiho a rychlejsiho, protoze je "cosi" spatne uz v tom, jak je aplikace napsana.
U mne na PC zije WindowMaker | Blackbox + Opera.
Jedine, co by se asi vyplatilo, by mohlo byt optimalizovat XFree86, protoze to holt neni cim nahradit a ma to na workstation pomerne velkou rezii - ale jestli jste to uz nekdo zkousel, snadno pochopite, proc do toho se svym domacim kompem nejdu. Nemam ani tolik mista na disku, ani tolik casu.
Mam IP200MHz a mam ho na praci. Na hlouposti typu dvoudenni prekladani celeho systemu kvuli diskutabilnimu zrychleni 0 10%-15% proste neni cas.
Pocitac ma slouzit mne, ne ja jemu. Kdyz je neco tak zhuverile pomale a narocne na pamet jako KDE2 nebo Godzilla, asi bude lepsi vymenit to za
Naprosto chapu Vas pristup. Jen me tak napada - myslite, ze byste mel vubec nejakej linux, kdyby vsichni ostatni meli pocitac jenom na praci a prepocitavali svuj volny cas na penize?
Neberte to nijak osobne, jen tak premyslim. Myslim, ze cely linux je zalozen na praci lidi, kteri radi zkousi nove veci a nevadi jim stravit par hodin necim co ostatni povazuji za hloupost.
Prave jsem nainstaloval uplne vse az po mozillu. Bez nejmensich problemu (jsem na pevne lince, neni problem, pokud bych nebyl, obcas zajit i s pocitacem k nekomu, kdo ji ma).
System emerge uz se nezamysli 10s, jsou tu veskere balicky, ktere potrebuji (vc. driveru na nvidii), dokonce i odbc mi funguje (coz v MDK delalo problemy).
Konfigurace vubec neni slozita, ba naopak, /etc je maximalne debordelizovane, pruzracne ciste >> tj. kdyz neco potrebujete zmenit, naleznete velmi rychle, kde to mate udelat a muzete si byt jisti, ze jste nic neopomeli.
A dokumentace je vazne BOMBASTICKY udelana. Zadne zbytecne kecy, ale fakta.
System emerge navic umi ze source udelat binarni balicky, ktere muzete pak pouzit jinde rovnou bez kompilace.
Vrele doporucuji, jestli uz vas tlaci (=francouzsky serre) MDK linux :)
je videt ze vetsina lidi, co tu v diskuzi rikaji jak zrovna jim to je k nicemu a maji milion alternativ a plnou hubu kecu, nemela gentoo nainstalovano dyl nez 2 tydny.... hlavni vyhody jsou uplne nekde jinde - moznost si poradne dokonfat celej system (nikdo jeste nenapsal ebuild? tak si ho napisu sam ne? tech 500b textu zvladne vypotit kazdej... a na vetsi veci se ebuildy objevuji rychle) ale hlavne perfektni podpora - jak na IRC channelu tak na forums.gentoo.org
chci videt jak treba u debianu ziskate takovou podporu - tam vam vsici reknou ze mate jit doprdele, ze to je system pro lidi co umi popr. vam reknou at hledate jinde... prave proto povazuju drtivou vetsinu debianistu za nejhorsi komunitu kolem linuxu vubec ;)
kazdopadne u workstationovych distribuci jde hlavne o feel, ne o to jestli je to o 2% rychlejsi... a mne se zda ze gentoo ma "feel" vybornej (zkousel jsem uz SuSE, RH, MDK, Debian... snad jen Slack ne, ale do toho se mi vubec nechce :) rozhodne ne kdyz mam gentoo...)