Názory k článku
Gentoo a GPRS (1): Má to vůbec smysl?

Vše zmíněné platí i pro další linuxové distribuce založené na zdrojových kódech, např. Source Mage GNU/Linux. :-)
My vlastně nepoužíváme USE příznaky. :-)

Velkou výhodou je také možnost stahování zdrojových kódů pomocí CVS nebo Subversion (stahují se pouze změny).
Což takhle CVS verzi Enlightenment DR 17?

# cast enlightenment
Computing previously installed dependencies...
enlightenment preparing environment...
[[ Do you want to try DR17 aka E 0.17 aka E17 version? -> y ]]
Downloading source file enlightenment-0.17-cvs.tar.bz2 for spell enlightenment
Previous source found. Extracting package enlightenment-0.17-cvs.tar.bz2...
Running cvs update...

Zrovna E17 lze instalovat i z CVS, a to pomoci keywordu -*.
Balickovaci system je velmi flexibilni.

Přiznám se, že o Source Mage GNU/Linux toho moc nevím, ale jelikož základní myšlenka je velmi podobná, tak není důvod, aby již v tomto obecnějším úvodu byly nějaké markantní rozdíly. Chtěl jsem jen ukázat, že i na pomalejší lince to jde i jinak, něž jednou za čas někde sehnat ISO nějaké binární distribuce a tu pak dle vývojového cyklu používat. Gentoo je jen jedna z cest, nikoliv jediná. To co si kdo nakonec vybere, je jen jeho věc.

Ten Váš seriál si ještě jednou přečtu. Přeci jen to už je nějaký ten pátek, co začal vycházet. :o)

Este donedavna moje Gentoo ficalo i na GPRS a nebolo to az take hrozne ako to najprv vyzeralo. Iste k tomu prispel i fakt ze ja som uz system mal nainstalovany.
kedze som nebol stale na sieti tak som zvolil mesacny update cyklus, takze emerge sync a emerge -u world som robil raz za mesiac. sync zozral tusim 20Mb a update podla moznosti. ak tam bolo nieco vacsieho co som nutne nepotreboval, tak som to maskol, alebo si ten balicek stiahol v praci a napalil (OpenOffice, nejaka ta hra,...) Pokial mal software max desiatky Mb dalo sa to vydrzat a stiahnut.
zaujimavejsou vecou vsak bolo optimalizacia pripojenia vyuzitie linky.
na pocitaci fungujeme v podstate traja, takze som nahodil squid len tak pre test a olaaa! usetril som proxynou 30% objemu dat :) a to vraj pri malom pocte proxy nema zmysel. tak som ho zneuzil hned 2x a to tak ze som zacal filtrovat nekompromisne vsetky bannery a usetril som mnozstvo dalsieho trafficu pri browsovani. od 10% do 20%. na niektorych strankach omnoho viac.
dalej som si vytvoril vlastnu domenu network.home a vybudoval na nej mailserver (dovecot) a smtp server (postfix) so stahovanim posty (fetchmail). nastavil som automaticke stahovanie posty fetchmailom na kazdych 5 minut s rozumnymi limitmi na velkost a mnozstvo sprav.
a este par drobnosti na ktory si akosi teraz nepamatam :)

>Asi každý z nás se již setkal s nějakou více či méně vtipnou narážkou na gentooisty...

jj, mohu potvrdit jako gentoista (mam 5gentoo stroju :-). onehda mi kolega v praci, zadna linuxova lama, rikal:

gentoo linux má 2 úrovně běhu: vypnuto a kompiluju . . . -- nikola ciprich

Gentoo muze mit dalsi vyhodu pro toho, kdo chce pouzivat nejnovejsi verze sw.
Je velka pravdepodobnost, ze vsechny dev packages uz mam nainstalovane (diky kompilaci ebuildu predchozi stabilni verze ci jinych programu), obvykle uz tedy nemam problem se zavislostmi. Konkretne treba Gimp 2.3 Development verze.

Ja nechci pouzivat nejnovejsi verze sw. Ja chci pouzivat verze softwaru, ktere jsou _plne funkcni_ a soucasne soucasne _bez bezpecnostnich der_ a pokud mozno _uzivatelsky pritulne_ (ne, opravdu mne nebavi studovat ke kazdemu ze stovky programu co pouzivam tricetistrankovy manual). Dosahnout techto tri parametru soucasne je v linuxovem svete zjevne neprekonatelny problem (az na par vyjimek).

No ja nevim, tak proc zrovna nepouzijes prave zminovane Gentoo a jeho stable verze programu? No a k manualu: proboha, kdyz si koupis novou pracku, taky si prectes manual, ne?

Manuál k pračce se čte, až když je pračka vysypaná a nefunguje. :-) PS. Zrovna emerguju portage.

Pracka ma dva prepinace, programy jich maji desitky az stovky.... jde jen o to, ze kazda pracka ma kolecko na teplotu a kolecko na program prani. Ale programy maji vzdy neco specialniho...napr. se setkavam s necim takovymto
program_a -switch 23
program_b --switch 23
program_c -switch=23
program_d --switch=23
Jenom v tomhle bordelu se orientovat je dost narocne. Nemluve o jinych vecech. Zkuste si dat man mplayer a neco v tom hledat...to uz je sado-maso.

Samozrejme, ze to v linuxovem svete je neprekonatelny problem(*), ale zkuste mi ukazat na svet jineho os + ekvivalentni sw, kde to tak neni.

Ackoli neznam vami pouzivany sw, odhaduji, ze bude dost rozsahly na to, aby v nem alespon jedna bezpecnosti chyba byla (na google snadno dohledate, s jakou prumernou pravdepodobnsti).

(*) berme v potaz beznou desktopovou nebo serverovou instalaci

Co treba Macintosh?

uzivatel si nepral zustat v anonymite

Hlavně nezapomeňte na deltup/getdelta. S tímto softem člověk tahá pouze patche na novou verzi, což v případě zdrojáků dokáže ušetřit většinou kolem 90% přenosů. Takový upgrade openoffice mi potom stáhle pouze kolem 14MB.

Tohle samozřejmě nejde opomenout. Bude v závěrečném dílu.

Uzasny napad. Jeste lepsi by bylo, kdyby to zvladlo slozit balik kernelu a patch na dalsi verzi, ale obavam se, ze tam chybi ty timestampy ...

Ne ze bych o gentoo uvazoval, ale takova otazka do vetru - ja pouzivam neco jako PIII/400MHz/512MB a Debian, a na rychlost si nestezuju - ale na nejake gentookompilace uz bych asi cekal dny az tydny, anebo ne?

Vubec ne. Pokud mozno jeste prehryznete vas koaxialni kabel a jdete do gprs! Pak mate teprve pravy gentoo-raj! Vas pocitac bud dlouho stahuje hovadiny (ktere treba lezi na cd v knihkupectvi za rohem) a vy si ani neprectete postu a nebo vas pocitac preklada a vy si ani nespustite terminal.

Tenhle clanek odhaluje, ze gentoo je opravdu nejvyse pro studenty nebo experimentatory. Hodne stesti a vic takovych humornych clanku. :-)

Ja uznavam, ze instalace ze stage1 chvili trva. Ale nasledne pouzivani uz rozhodne neni sama kompilace.

Poznámka: autorovi příspěvku se náhodou podařilo mezi překladem a linkováním na několik vteřin otevřít Xka. Další příspěvek nečekejte dřív než na jaře.

Obávám se, že jste si spletl server.

ee nespletl :)

Jsem tu už hoooooodně dlouho,
jen to tady obvykle nekomentuju :)

Takže o mě nevíte :))

>...a vy si ani neprectete postu...
Přeji hodně zábavy při nočních sezeních u počítače a vyčkávání, jestli náhodou nepřijde nějaká pošta:)

>...nebo vas pocitac preklada a vy si ani nespustite terminal.

Ano máte pravdu. Na vaší 486DX40 si při překladu s terminálem moc nezalaškujete:) Kdežto já se superstrojem PII400 můžu při kompilaci otvírat nejen terminály, ale i jakékoliv jiné aplikace, které potřebuji:)

PS: Když mi bylo 12 let, taky jsem často diskutoval o věcech, o kterých jsem vůbec nic nevěděl:)

Koukam, ze vam asi moc pres 12 nebude, protoze se snazite bavit o mem pocitaci a zjevne o nem nevite vubec nic.
Jinak ja mam lidi od gentoo rad. Kazda komunita ma sve konzervativce a sve magory. No a pokud jsou ti magori neskodni, tak je to jedine dobre.

Poučte mně, prosím a prozraďte mi tu magickou konfiguraci, u které už bude problém s počítačem při kompilaci pracovat. Bohužel jsem zatím neměl možnost se s takovým počítačem setkat.

PS: man nice a zkuste si to, než o tom příště budete zasvěceně psát:)

Za sebe muzu prohlasit, ze i bez zmen niceness (=vychozi nastaveni) u portage/emerge mi jede pocitac porad stejne, kompilace nekompilace (pokud nemrknu na 4. plochu, kde mi sedi terminal, tak nic nepoznam). Maximalne mi to zpomali Folding@home :)

IMHO bez nice by na Duronu 600MHz se 128MB RAM s praci v Xkach (firefox, openoffice) pri kompilaci problemy byly.

128MB pameti je vazne malo, ale uz od 256MB jede vse naprosto v pohode (jeste nedavno jsem provozoval gentoo na Athlonu 800 na 256MB)

Podival jsem se jeste jednou a na tom pocitaci je 256MB RAM.
S nice je to ovsem bez problemu.

musim s vami suhlasit. pouzivame Gentoo ako desktop server najme pre jednoduchost jeho administracie, aktualnosti software a upgrade.
mame neustale pripojenych cca 5 ludi na tento desktopovy server bud cez nativne linuxove X11 alebo cez Cygwin. Firefox, OpenOffice, KDE, Kate, Konsole, Konqueror, +nejake ICQ. toto vsetko ma vacsina ludi pospustane, pripadne opakovane spusta a rusi.
Upgradujem software uprostred dna, teda kompilujem nove verzie a zatial este nikto ani nezbadal ze by sa nieco kompilovalo. ani ja. Sice obcas jeden kolega frfle ze mu to nejako tuhne a pada, ale je nastastie jediny a je to sposobene tym ze pouziva nejaku posahanu verziu Cygwinu.

takze plkat na to ze pocas kompilacie je system nepouzitelny nema ziadny zmysel. prax dokazuje opak.

ale prdlajs, pokud mám uz gentoo nainstalovane tak v make.conf nastavim NICENES na dostatecne vysokou hodnotu (default 3) pro portage a uzivatele ani nepoznaji ze se neco kompiuje

tag kamo ty o tom vys uplny prd...
kdyz si gentoo dobre upravsi podle tvyho HW tak stoupne vykon o 20-30%
by si koukal jak na nb lita zrout KDE ;)
a navic kdyz kompilujes tak to znamena za nemuzes s pc pracovat ?? zkus treba Alt+F2 ;)))
ja bezne kdyz se mi napr. kompiluje openoffice posloucham muziku, brouzdam na netu, vzdalene se hrabu v ssh atd. a zadny zpozdeni nenastane...

v tomhle clanku toho jeste hodne nebylo receno o sile gentoo, snad k tomu dojde...
gentoo neni pro experimentatory, hodi se jak na desk tak serv a je mnohem vykonejsi nez zbyle distribuce... nejake apt-get strci do kapsy

Používám Gentoo i na PII 366/192MB, ale to jen proto, abych nemusel znovu stahovat bezpečnostní aktualizace pro jinou distribuci. Pokud nemáte na síti k dispozici i rychlejší mašinu, kterou by šlo zapřáhnout např. pomocí distcc, tak bych se do toho moc nehnal. Ale to je samozřejmě jen můj názor. Určitě se najdou i takoví, kteří začínali s Gentoo i na slabších strojích, nebo minimálně sklerotičtějších, a ti nejspíš řeknou, že to jde.

jj distcc je super vec, v praci uz jsme Gentoo dali na 10-14 masin a kompilace s pomoci distcc a ccache byly fakt fofr. Problem nastal, ze nektere masiny (ke kterym nemam pristup) byly dlouhodobe neaktualizovane, takze pri rozdilnych buildech gcc a glibc to nekdy pri kompilaci hazelo chyby. Momentalne kompilim na cca 4 masinach a nestezuju si.

Notebook s VIA Samuel 2 procesorem na 600MHz, 128MB. Instalace z stage1 - system, xorg, IceWM, binarni OOo, Firefox, Thunderbird, ICQ, ..., nepocitam stahovani (mame cache na Gentoo): po ranu spustis, pres den parkrat neco zadas, odpoledne mas system a nechas emergnout vse ostatni. Druhy den by to melo byt - zalezi na tom, co vsechni jsi si vymyslel a jak optimalne mas USE - spatnym nastavenim prodlouzis instalaci na 2 az 3 nasobek ;-(. Na poprve se Ti to urcite tak rychle nepovede.

Ten IceWM je vážně user friendly.
Bohužel prý s nikým nekamarádí.

Ano, na AMD K6/2 500MHz 512MB jsem základní systém od Stage 1 kompiloval 4 dny. Potom nějaký okenní manažer a trochu softu, kompilace se protáhla na 10 dní, aby se to dalo jakž takž používat. Na zbytek už došla trpělivost. Následoval pokorný návrat k Mandrivě, jejíž verze 2006 (RC2) je stejně rychlá, bootování i rychlejší než v Gentoo ušitém na systém.

Ano, na AMD K6/2 500MHz 512MB jsem základní systém od Stage 1 kompiloval 4 dny... Na zbytek už došla trpělivost. Takhle to dopada, kdyz dojde trpelivost uz ve chvili, kdy se rozhodujete pro Stage1 a ne pro pohodlnejsi variantu Stage3.

Mě to trvalo 5 dní celý s kompletním KDE 3.2 a to jsem měl jen 256 MB RAM, takže asi něco děláte špatně soudruhu :)

P.S.:OpenOffice.Org nekompiluju, to je vysloveně ztráta času

Openoffice na mém notebooku s Pentium M 1.6 GHz a 512 MB RAM trvá 7 hodin, smysl kompilovat to má v tom že openoffice-ximian lze kompilovat s podporou KDE/GNOME widgetů.

Muzu potvrdit ze amd k6/2 na 500mhz je pro gentoo hodne podivnej stroj mel jsem neco podobneho (450mhz) a kompilace vseho trvala neskutecne dlouho, ale po tom co jsem vymenil procesor za celeron 400mhz tak uz je to daleko lepsi. Holt je to amdcko hodne pomaly. A ani 512mb ram tomu nepomuze.

Bez obav, ja mam Gentoo na notebooku PIII-600MHz 256 MB RAM a pri kompilaci mi vam otevrenej jeste firefox a thunderbird a na rychlost si neztezuju. Mel sem Gentoo i na serveru s P-100MHz a 96 MB RAM a taky se to dalo pouzivat. Ovsem ten server bezel furt, takze me nevadilo, ze se to kompilovalo treba pres noc... Ovsem Gentoo o proti Debianu zabere dost mista na disku. Napr. pro kompilaci OpenOffice je potreba mit tak 2GB volnyho mista...

S takovym strojem je dulezita otazka jak moc jsi narocny. Pokud potrebujes KDE, GNOME nebo mozillu ze zdrojaku, a to navrch vzdy tu nejnovejsi verzi, neni to pro tebe. Pokud si vystacis s jinym windowmanagerem nebo prekousnes ty tri dny kompilace (rozumej jenom toho KDE) poprve a pak vydrzis par mesicu se stejnou verzi, da se. Na druhou stranu, pokud bys to delal jen pro rychlejsi soft a vetsi coolness, nestoji to za to. Pockej az debian bude zase 2 roky bez aktualizace a pak to udelej kvuli novym verzim software :-).
Ja pouzival Duron 600MHz a GNOME a KDE stejne nemam rad. Ted uz mi vykon stoupnu, protoze pouzivam distcc :-).

na takovem zeleze se to da vpohode provozovat... Neni to sice takovej fofr jako na P4 3GHz, kdyz aktualizuji v praci, tak vetsina balicku je zkompilovanych hned. Na tom zeleze co pisete je to spise na jit na kafe, ale ujde to. Doma jsem provozoval Gentoo na routeru Pentium 200MHz 128MB a to tam jsem napr. glibc opravdu kompiloval 4 dny, kdyz to po trech dnech vyhodilo error, tak jsem trochu prskal, a nekdy vysel novy ebuild, nez jsem ten starsi stacil dokompilit :-)

No, kdyz bys mohl zneuzit cizi pocitac(-e), tak distcc je celkem fajn.

A kdyz mas jen vlastni komp, tak ccache obcas pomuze. Pravda je, ze vyhody ccache se projevi pouze pri opakovane kompilaci stejneho baliku, ale v gentoo vychazi jedna verze i s ruznyma release verzema. Takze tam by to mohlo trosku pomoct.

Ale jinak bych na tenhle stroj dal taky asi spis debian:)

Kazdemu dle libosti. Me se zda gentoo idealni, protoze si muzu namixovat software dle libosti vcetne verzi.

A ostatni distra by mu mohli byt vdecne, protoze je v "prvni linii", pokud je v nejakem softu chyba casto se na to prijde prave v Gentoo. Ruzne USE CXXXFLAGy se tady take ladi nejlip. Ty se pak mohou pouzit v binarnich distrech.

A propos vyhlasuji soutez o nejlepsi make.conf. Davejte sem prosim komentovane, at vime co co znamena.

moje: ----------

# 03 mi prijde zbytecne
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe "
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
#zrychluje to nacitani knihoven, .so se nacita az je potreba, ne primo pri startu
LDFLAGS="-Wl,-O1,--enable-new-dtags,--sort-common,-s"


USE="
#mam dva monitory
xinerama
# programuju v jave
java objc browserplugin jce mozilla
# docela to zrychly
nptl nptlonly
#pouzivam pouze core-fonts a terminus, vypada to lip
unicode cjk xprint -truetype-fonts -type1-fonts
#instrukce, prevazne pro mplayer
mmx sse sse2 3dnow 3dnowext mmxext
tiff gif jpeg wmf svg mng
#gimp
gimpprint gimp gphoto2
#hardware
usb cdr dvd cd dvdr
samba curl
7zip lzo bzip2
# pro mozilu
mozsvg mozcalendar
#ano pouzivam KDE
-gnome kde kdeenablefinal -motif
# netreba komentovat
alsa -arts -jack -oss -esd -flac

# pro mplayer
aac aalib bidi cpudetection cdparanoia dga divx4linux dvb libcaca lirc live matroska matrox
mythtv nvidia real tga theora win32codecs xvid a52 vidix

"

# jazyku neni nikdy dost
LINGUAS="en cs de fr es"

#odinstalovani stare verze
AUTO_CLEAN="yes"

GENTOO_MIRRORS="http://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo
http://gentoo.inode.at"


# snizeni pripority
PORTAGE_NICENESS="10"

Mozna blby dotaz : jak jde dohromady USE -arts a +kde? Nejak jsem mel za to, ze KDE je s aRTS uzce spjate a takhle by to mohlo delat bordel...

Jo a diky za tip na LDFLAGS - to vypada zajimave, uz jsem to tam nasypal :)

USE -arts a +kde jde dohromady dobře, dá se běhat celé KDE bez aRts démona. (a nechybí mi ;))

A nebo používá Géčko hodně dlouho, /etc/portage/*use je "docela" novinka...

Jak jste prisel na ten zpusob komentaru USE flagu? Zkousel jsem to a nechova se to jako komentare.

Napr.:
USE="
#toto je jen test
"

prida do USE flagu polozky "#toto", "je", "jen" a "test" (podle "emerge info"). To sice ve vetsine pripadu nevadi, ale napr. test je platny USE-flag (Work around to pull in packages needed to run with FEATURES=maketest / FEATURES=test)...

Instalace ze stage1 je strata casu, pokud je k dispozici vyssi stage pro presne ten typ procesoru, pro ktery delame instalaci (<flame> nebo pokud nam staci takovy vykon, jaky poskytuji binarni distribuce ;-) </flame>).

Tak uplne ne, protoze si lze nastavit vlastni use, ovsem ve finale se stejne pri postupnych aktualizacich prekompiluje vse.

Ja bych to upresnil: instalace ze stage 1 je zbytecna, pokud najdeme hotovou stage se stejnym procesorem, CFLAGS a (relevantnimi) USE flags.

Pokud tedy to hledani nezabere vice casu, nez samotna kompilace s vlastnimi use :)

Rozbalim stage-3, nastavim USE jak chci, syncnu portage a zadam "emerge -uD --newuse world". Pak uz mam nastavene a aktulani vlastni USE a tak zadam emerge se seznamem baliku, ktere chci nainstalovat (= "world z jine masiny" - "aktualni world"). Projdu konfiguraky a hotovo ;-).

Myslím, že by stage1 a stage2 být ani nemuselo. Pokud chci jiné USE/*FLAGS pro systém nebo updatovat na nejnověší sw, vyjde nastejno, jestli ve stage3 udělám emerge -e world nebo jestli pojedu od stage1/2. Jestli chci systém už kompilovat na nejnovějším základu, provedu předtím emerge -e system (výsledek stejný jako když jedu od stage1). Jediná nevýhoda, která mě napadá, je rozdíl těch 60 MB (nebo kolik) navíc.

Mimochodem, ještě lepší by byla nějaká "stage4" s už předkompilovaným např. KDE nebo Gnome, instalace Gentoo by pak byla možná i rychlejší a jednodušší než u binárních distribucí.

Měl jsem spíš na mysli něco k začátečníkům více přívětivějšího.

To by bylo super. Gentoo podle návodu nainstalovat byla brnkačka, ale udělat z něj desktop už jsem nedokázal :(

Len pre informaciu, na http://pavuk.7gods.org/notebook.html najdete informacie k tomu ako som rozbehaval gentoo na Toshiba Tecra M3 notebooku.

Respektuji Vas nazor, ale mate pro to i nejaky argument?

Jej, at pisu co pisu, porad to vychazi dlouhe. Tak sorry :-).

Jen klid, zadny skutecny argument od takoveho trolla nebude. "Produkci" se ohani mnoho takyadminu. Ve skutecnosti je uplne jedno, co nasadite. Jedina kritera jsou, jak dlouhy vypadek unesete v pripade uplne ztraty serveru, jak je skalovatelna aplikace (horizotalne nebo vertikalne ?), jak je odolna proti chybam (ta aplikace) a kolik na to reseni mate. Neznam moc adminu, kteri by "produkcni" zelezo kupovali ze sveho :-). Tohle vezmete, posadite se a premyslite. Tedy pokud mate to stesti, ze se vas vubec nekdo zepta. Daleko casteji vam daji na vyber manazeri, co nemaji nejmensi tuseni oc jde a neni to vyber "co je nejlepsi", ale proste vyber "vyber si, s cim budes muset nejak vyzit a od koho ja dostanu vsimne...". A vyber bude pokazde jiny a pokazde vsimne vyhrava (krom pripadu, kdy to vylozene smrdi od pohledu tak, ze to pochopi i ten manazer :-).
Cili
1 - prosadte si, ze budete mit hlavni slovo pri vyberu zeleza a pokud mozno i aplikaci (nemyslim tim kancelarsky balik :-). Vyberte ty aplikace, ktere maji dobry support a na ktere na googlu najdete dostatek otazek a odpovedi v dokumentaci a konferach. Podle nich vam vyjde mnozina systemu, ktere je mozne pouzit.
2 - zjistete si, co je aktualne a stabilne podporovano v jadru (a v SANE, X atd.) danych systemu za zelezo.
Zatim je jeste jedno, co vyberete, takze se podivejte idealne po pruniku mnoziny napr. Linux/FreeBSD/NetBSD/Solaris x86/whatever. Potom nakupujte uz jen a pouze tohle zelezo od stale stejneho vyrobce a nic jineho. Kaslete na skvele nove karty. Na hrani si kupte domu desktop. Kdyz to udelate dobre, tak si budete moci dovolit klidne jak unixovou/linuxovou/*BSD stanici na praci, tak i nabusene PC s legalnimi Windows ciste na hry.
3 - vyberte si distro na "produkci" zcela libovolne a klidne i nahodne z tech, ktere vite, ze umoznuji beh vybraneho SW a maji nejakou referenci nejlepe v konferencich.
4 - Pak se to poradne naucte spravovat.
5 - Pak sekejte ty systemy jak Bata cvicky, bude vam to jedno a kdyz se to podela, mente kus za kus, protoze je vse lautr to samy. Vzdycky mejte par zaloznich serveru nebo dobry a zaruceny support. Backupy potrebujete jen od dat a konfiguraci, to se da vymyslet za par dni.
6 - A potom lezte cele dny po konferach a diskusich a muzete trousit moudra. Treba o tom, jak to ostatni delaji blbe, o tom, ze vase distro je nejlepsi nebo o tom, ze je to jedno.

Ehm, ale pokud nemate splneny bod 1 (me prijde bod 1 jako utopie :-), tak holt musite drzet hubu a krok, a trvejte na tom, ze pro zajisteni urcite dostupnosti proste potrebujete support lepsi nebo roven pozadovane dostupnosti pro zelezo i aplikace, nebo si rovnou piste vypoved :-). Protoze potom support zeleza a aplikaci a pozadovana dostupnost vam urci, co management koupi. Zkusili jste navrhnout velke (co do toku financi) firme treba debian pro nejakou enterprise aplikaci typu SAPu a Oraclu s tim, ze fixtime systemu ma byt 4 hodiny, provoz 24x7 a aplikace musi mit garantovanou funkci a podporu ? Pri problemech mate pak peska vy, admini. Na OS mate jen sebe a konference. Dodavatel zeleza vam bude tvrdit, ze mate nestandardni system a ze to je tim, dokud mu nezvratne nedokazete, ze za to muze HW. I kdyby vam memtest ukazoval chyby v pameti, tak se moc nepretrhnou a nebudou delat o nic vic, nez k cemu je prinutite. A dodavatel SW si bude mnout ruce. "Jooo, vy nemate certifikovany system ? Aha. Tak to to mate nejak blbe nastaveny, nebo je spatne zelezo nebo buhvico s tim delate. Nam to chodi. Nashle.". Nakonec pokud z toho vybruslite jen bez premii (ac jste u toho stravili mnoho bezesnych noci a zena se od vas odstehovala, zatimco skudlilsky management se doma valel) a okecate to pred manazery, tak sklapnete kufry a koupite zelezo i OS od jednoho vyrobce presne podle doporuceni dodavatele SW, uzavrete supportni smlouvy (protoze aplikace, co je s prebytkem nezaplati je uplne naprd :-) a pak jen hlidate system, resite bezne ukoly, a skutecne prusery predate dodavatelum, at se snazi. Jen tehdy vas nevyfakujou a jen tehdy ten problem nebude jen a jen vas. Snaha se bezne tresta. Ano, vetsinou se to da udelat jednoduse a levne, jenze za cenu prace navic a rizika, ze se pak na vas vsichni vykaslou. Jen s odpustenim naivni idiot se s nadsenim vrhne do prace na stavbe systemu, na ktery dostane malo nebo skoro nic, ale od ktereho je ocekavano mnoho a ma na nem zaviset dost penez. Az se to podela (ne kdyz, AZ, to je systemacky zakon primo odvozeny z Murphyho :-), tak nikdo neoceni, ze jste s minimem penez, co vam dali, udelali uplne zazraky. Ti sami lide, co vam odmitli dat penize a nabidli vam leda nejaka vyrazena PC s tim, ze nejsou penize, vas sprdnou a predhodi vlkum s oduvodnenim "Tak jste meli rict, ze to je tak dulezita a ze jsou takova rizika !". Pokud nemate v archivu jasny mail nebo pisemny prikaz, kde dotycny sef akceptuje rizika, jste v pytli. I vase slovni vylevy z porad odbude s tim, ze jste to proste malo zduraznili a ze jste k tomu tedy meli dat pisemnou analyzu, ale nedali jste, takze jste to netusili a delate svou praci blbe, vlastne je to o to horsi. Tolik realita vetsich firem.
U malych firem je to fakt jedno, co tam date, pokud to ovladate a vsechny upravy dokumentujete tak, aby kdokoli po vas se to mohl taky naucit a klidne vse obnovit z instalacek a zaloh na uplne novem zeleze. Pokud to nedelate, tak je to taky jedno - po vas potopa a kdyz si nelamete hlavu s timhle, tak si ji nelamejte ani s tim, jake distro je nejlepsi :-).
Mnoho stesti a at se vam prusvihy vyhybaji.

Pravdepodobne zadny :D Vzdycky jenom zalezi na tom, jak se o to gentoo starate (resp. co kdy a jak updatujete). osobne na nekolika serverech mam hardened gentoo s grsecem a nestezuji si :)

Beru za slovo, ja neschopak Gentoo na serverech mam a vubec si nestezuji, HW konfigurace je od P100/32MBram po XP-M 3000/1GBram. Ostatni je "neco mezi tim". Napriklad se mi pres noc spusti emerge sync a emerge -uDf world, rano jen zkouknu co ze je noveho (stable verze se nemeni nijak zavratnou rychlosti) a pripadne pustim emerge -uD world. Bezi na tom ruzne veci, jsou to 24/7 bezici GW, mailserver, fileserver ... . Uptime bezne pres 100 dnu, restart akorat pri vymene kernelu. Kompilace ma samozrejme minimalni prioritu.

To je zvláštní, když někdo řekne "server" tak si většinou představím mašinu (HP, IBM, FS) co má dva a víc Xeonů, dvě a víc GB Ram, tři a víc SCSI disků v RAIDu, ale P100/32MB RAM si teda nepředstavím :o)

Ja kdyz slysim server tak si vetsinou predstavim IBM PS/2 Model 70 nebo co mi to stoji u stolu, ma to 2x 320 MB SCSI disky, 6MB RAM - a na svou dobu to bylo uzasne delo. Nebo ty masiny co na nich bezel Novell pred davnymi lety - byly to vesmes 386DX-33, mely cca 24 slotu na kratke SIMMy. A pokud tuto moji predstavu serveru chcete brat jako smesnou, verte, ze za dva a vice let bude plne srovnatelna s tou vasi - oboji bude historie, ktera ale urcitou dobu velice dobre slouzila.

před dvěma roky byla moje představa serveru jiná než teď (x86 nebyly 64bitové), za dva roky bude moje představa serveru taky jiná než teď, a kdybych dělal se SUNem, tak by byla moje představa taky jiná.

Kdy se řekne server, představím si program, který poskytuje nějaké služby. Jedno na jakém hardware.

kompilace:
xorg 28min
mplayer 9min
firefox 25min
Gentoo AMD64, gcc 3.4.4-r1, AMD Sempron 64 3100+@2430Mhz, 256kB L2 cache 1GB RAM
tedy s prumernym procesorem (na dnesnim trhu) to za par hodin date ze stage3 jak nic.

Prumerny procesor na trhu neni prumerny procesor v pocitacich, protoze pocitace obcas byvaji i nekolik let stare. Krome toho myslim, ze v dnesni dobe je i na trhu prumer 512MB.

pokud ma nekdo zbytecnych :-) 1GB RAM doporucuji
http://gentoo-wiki.com/TIP_Speeding_up_portage_with_tmpfs

/etc/fstab
none........./var/tmp/portage.......tmpfs........size=850M,nr_inodes=1M.....0 0

kompilovat v ramdisku je jeste vetsi hukot ;-)

Jak bylo na zacatku clanku spravne zmineno, gentoo je o volbe. Kdyz nekdo chce aktualizovat system kazdej den, tak muze. Kdo nechce nemusi. Osobne mam asi 10 gentoo stroju (notebook, workstation, produkcni servery .. proste vsechno)), a davam prednost overenym verzim programu, emerge -U world jsem v zivote nespustil a jsem PRAVE diky tomu s gentoo maximalne spokojen. S binarni distribuci bych tohoto nedosahl, tam se musim podridit zavislostem, v gentoo jsem jejich panem.
Kompy neinstaluju, ale klonuju ;) takze jakapak zatez.

Na druhou stranu, kdyz mate novej server a potrebujete ho zahoret ... stage1 je idealni :)

Taky emerge world nedavam, maximalne obcas s -p, abych se podival co je noveho. Vetsinou pouzivam glsa a aktualizuju jen bezpecnostni chyby. Mimo jine je to dobra metoda jak setrit linku domu.

Jojo, dostal jsem jednou do rukou pouzity pocitac (obycejny, ne server) a pustil na nem instalaci ze stage1. Dneska si rikam, ze je dobre ze jsem tu chybu desky objevil driv, nez jsem na ten comp zacal spolehat ... ale presto zkusim priste radsi AMD, abych mohl klonovat misto nove instalace.

Používám Gentoo asi rok a půl. A nějak zvlášť nadšený s tím nejsem. Je pravdou, že člověk stráví desítky, stovky hodin kompilacemi a pak další hodiny opravou toho, co se kdesi "rozjelo". Štve mě, že při emerge --update world systém nadšeně kompiluje i zcela minor verze instalovaných programů. Takový OpenOffice vydává subverze snad každých 14 dnů. A pak je zcela běžné, že strávíte dva dny kompilováním OpenOffice 1.3.1-r5 na 1.3.1-r6 (takhle se samozřejmě ta verze nejmenuje, to byl příklad). A pokud nedáváte pravidelně emerge --deep při update world, brzy se rozjedou knihovny a jednotlivé aplikace si začnou ztěžovat na divné chyby. Např. mně už tři měsíce píše program kopete při každém startu, že má kdesi nějakou zastaralou knihovnu, a odmítne najít mé nastavení (userid). Musím vždy přepnout z gnome do kde, tam cvičně rozjet kopete, pak se vrátit do gnome a jeden den to zase funguje. (Používám gnome.)

O nějaké vyšší rychlosti zkompilovaného kódu není řeči, ačkoliv jsem vyladil parametr CFLAGS přesně podle doporučení CPUCAPS. A to je další problém. V nastavení CFLAGS mám -march=pentium4 -msse2 -mfpmath=sse, což sice funguje, ale mplayer se s takovou volbou nemíní smířit a při kompilaci havaruje. Gentoo neumožňuje nastavit CFLAGS individuálně. Vlastně ano, umožňuje. Musel bych to struktury balíčků, tam najít mplayer a ručně hackovat skript pro kompilaci. A při příští verzi to udělat znovu.

Shodou okolností používám na svém notebooku Debian a mohu porovnat. Je to jako nebe a dudy. V debianu jsem snad neměl problém, jehož řešení by zabralo déle než deset minut. Všechno funguje, vše je k dispozici, žádné konflikty.

Gentoo je možná dobrá myšlenka, ale tak nějak... nevím.

A nespraví ten problém s knihovnami příkaz revdep-rebuild?

Pomohlo. Děkuji. :-)

Protože OOffice byl jenom příklad. OOffice jsem uvedl, protože je obrovský. Mně vadí, že to platí u všech balíčků. Kdykoliv někdo vydá sebemenší prdláckou release, emerge to kompiluje a kompiluje. Každý --update word trvá den, dva, a v té době skoro nelze na počítači pracovat, jak je pomalý. Nepomůže nastavit nice v v make.conf, jak kdosi výše doporučoval. Nemá to žádný vliv. Bylo by třeba nějaký parametr, kterým by se zadalo "upgraduj jen verze od změny na druhé pozici" nebo něco podobného.

To se mi nějak nezdá. Mám to na několika počítačích, kde je nainstalováno všechno možné a kompiluju minimálně. OOo tam mám snad rok pořád jedno a to samé. Nemáte čirou náhodou v make conf "~x86", takže namísto stabilních vám cpe portage každo testovací verzi, které se v něm objeví? To by totiž odpovídalo tomu co píšete.

Nemám. Můj make.conf jsem tady plácnul. Můžete se kouknout. ~x86 tam sice je, ale je commented out.

Pouzivam Gentoo (aktivne a vylucne) cca rok (predtim zlaty slackware, SuSE a podobne, co bylo treba.) Ano, popisovane potize jsem semtam mel, v dobe, kdy jsem vedel o gentoo prd (neminim jako invektivu vuci vam) a nejak jsem se neobtezoval precist si na gentoo dokumentaci. Nakonec jsem se obtezoval, jakoz i tech par serialu tady na rootu a na abclinuxu, nezabralo to ani moc dlouho, a potize jsou minulosti :-). Jak jsem psal, nejprve je treba se naucit vec ovladat.
"opravy kvuli rozjetemu cemusi" -
rozhodne ne ani desitky ani stovky hodin. Vlastne nic takoveho na gentoo (uz) neznam. A to mam v systemu kdeco a USE docela nacpane (ja vim, ze se to nema, ale ja se proste tezko zbavuju navyku "dam tam i tohle, sice to nepotrebuju, co kdyby, jednou...").
Kdyz nechcete tyhle potize, tak:
1 - obecne USE dejte do make.conf, to, co chcete jen nekde dejte do /etc/portage/package.use (viz zdejsi serial). Vypnete explicitne zavislosti, co nepouzivate.
2 - pouzijte distcc, jestli mate vice boxu a dejte si MAKEOPTS="-j4", alespon. radikalne to zlepsi casy prekladu.
3 - smarja nekompilujte openoffice. Je to naprd. S vysokou optimalizaci to vetsinou nejde zkompilovat, a s nizkou uz jsou prelozene ty binarni balicky. Mejte rozum :-)
4 - updaty delejte stylem
emerge --sync && emerge -pvuDN world
overte si letmo, co se bude prekladat. Pokud je na poradu dne i novy kernel, jdete do nej, nejprve si ho stahnete a prelozte (genkernel je super, nezapomente, ze pri zmene revize (-r9 na -r10 atd) netreba znovu prochazet konfiguraci, staci zkopirovat starou uspesnou v /etc/kernels ). Nektere kompilace totiz chteji v /usr/src/linux videt konfiguraci momentalne uziteho jadra apod.
emerge -fuDN world && emerge -uDN world && etc-update && revdep-rebuild && revdep-rebuild
Osobne si radeji nejprve stahnu potrebne zdroje a pak poustim kompilace. revdep-rebuild je vhodne pustit vicekrat, protoze obcas je treba vice nez jeden pruchod, aby se zavislosti poradne narovnaly. Jeste jsem nikdy nepotreboval vic jak 2, a ten druhy spis uzivam jako kontrolu.
No a je rozhodne dobre si cist, co vam emerge po kompilaci toho ci onoho baliku radi. Ty rady tam nejsou jenom jako vycpavka, obcas je to doporuceni ktere je NUTNE dodrzet, pokud se chcete vyhnout potizim. Kdo necte nic, at si nestezuje.
Timhle stylem delam updaty vsude, a behem tohoto roku jsem nemel jediny problem (predtim jsem delal jen -u nebo -uD world a potize obcas byly, jak pisete.) Zadny guru nejsem (cim vice vim, tim vice smekam pred autory a tim vic mam pocit, ze vim prd :-), ale tohle chtelo jen umet cist a byt ochoten cist nebo o hruzo napsat jeden dotaz do google.

A BTW kdyz mate vic stroju, ktere mohou pouzit tytez cflags a USE, tak si zapnete FEATURU buildpkg (viz man make.conf), a pak v /usr/portage/packages budete mit zkompilovane balicky. Ty staci zkopirovat na vsechny stroje, nebo vysdilet, a instalovat pres --usepkg nebo --usepkgonly.

Vyssi rychlost je subjektivni pojem. Pokud stejne cekam, na pomaly disk nebo mam pomalou dokonce i RAM (jako treba na notesu), tak u office-like aplikaci je zrychleni fakt nepozorovatelne. Jestli neco bezi pul sekundy a pak deset sekund ceka na disk nebo sekundu a pak deset sekund ceka, to fakt neumim rozlisit. Gentoo pouzivam, protoze mi prijde jednoduche , dela presne co chci a bylo velmi snadne si najit cokoli co jsem potreboval o portage apod v precizni a srozumitelne dokumentaci. Priznavam, ze treba u Debianu jsem na tom pohorel a nebyl jsem stonc ho primet, aby mi nerusil moje odladene konfigurace :-). Holt kazdemu co jeho jest.

CFLAGS k jednotlivym balikum - viz google, napriklad "gentoo CFLAGS for individual packages" apod.

"Priznavam, ze treba u Debianu jsem na tom pohorel a nebyl jsem stonc ho primet, aby mi nerusil moje odladene konfigurace"

Sorry, ale buď kecáte, nebo jste debian nikdy nepoužíval. Tohle totiž debian nedělá _nikdy_

No, máte pravdu. Trošku kecám. S Debianem mi pomohl syn. Měl jsem jsem tam dvě nebo tři věci, které ne a ne rozchodit. Strávil jsem na tom týden a byl jsem už zoufalý. Nakonec mi to kluk nějak opravil. A od té doby to jede a jede a jede. Bez sebemenšího problému. Mám pocit, že jejich apt-get funguje bezpečněji. Ale mohu se mýlit, příliš hodně věcí jsem neupgradoval. Není třeba. Kdežto v Gentoo každou chvíli něco nefunguje.

Prominte, jestli jsem vas nejak urazil, ale nekecam. Woody, minula zima, konkretne apache a samba vzate z testing. Po nocnich updatech pres apt-get jsem zjistil, ze jsem bez samby a apache a jeste neceho (je to dlouho a je to prkotina) a duvod byly defaultni konfiguraky, ktere nahradily me vlastni. Tolik fakta, neberu vam, ze to neni mozne, ale ja to zazil :-). Ano, tehdy mi taktez jeden debiansky guru rekl presne co vy. Tak mam holt halucinace a vidim nebezet procesy, ktere bezet maji, zavrene porty, co maji byt otevrene a defaultni konfigurace komentovane anglicky misto mych vlastnich komentovanych cesky. Nebo jeste lepe, hned pak jsem se probudil zpoceny hruzou... :-). Kazdej jsme nejakej.
Chyba balicku ? Nebo neco spatne v konfiguracich (co jsem osobne neznal, do toho jsem ale nesahal) ? Nebo nekecam a "debian to dela" ? Delam si srandu, neberte to spatne, me je to proste uplne jedno a nemam potrebu ryt do nejakeho distra, vzdyt jsem tu probuh nepsal, ze debian je zkurvery distro uplne nanic apod, sam tu porad rikam, ze potize se daji vyresit proste tim, ze se to naucim delat spravne (mam-li na to cas). Tehdy jsem tedy bud narazil na mozna docasnou chybu nebo jsem neco udelal blbe (ale netusim co, sam vite, ze na apt-get se moc na radce zkurvit neda) neco kdovi co. Fakt nemam duvod si vymyslet, proc bych to delal ? Ja vam neberu vasi volbu ani ji nehanim, proste jsem rekl, co se mi dvakrat stalo, a asi jsem to podal jako moc obecne tvrzeni. Jen mi to prislo kratsi nez tohle podrobnejsi :-).

Já samozřejmě nepopírám, že se může vyskytnout nějaká chyba (ať už z jakékoli příčiny). Ale vaše původní věta ve mě vzbudila dojem, že vám Debian pravidelně přepisuje vaše konfigurace a vy ho nejste schopný přinutit s tím přestat :) Reagoval jsem, protože znám běžné chování Debianu v případech, kdy přichází v úvahu automatická změna konfigurace (hezky se zeptá a výchozí nastavení je neměnit nic, v každém případě konfigurák zálohuje). Také jsem to nemyslel nijak zle :)

Bylo psano "prepisoval". Cas byl omezeny delkou experimentu, a ted uz nemohu nic overit a rad vam to verim. Umysl za tou vetou se nijak nezmenil, vyznam je stale stejny, jen me zkusenosti a vychozi predpoklady za tou vetou jsou jine nez vase, tot vse, bezna to pricina zbytecnych neshod :-). Na NTB se mi ale vejde jen jeden OS, takze jsem zkratka dal behem hledani nastupce me kombinace windows/cygwin vynucene instalaci od zamestnavatele kazdemu testu mesic experimentu na starem desktopu a tyden pro finalni instalaci na notebooku. Ze skupinky Gentoo, Debian, FreeBSD a Solaris 9 x86 jsem proste skoncil u Gentoo. Neni to tim, ze zbytek je "shit pro lamy" nebo "os pro flakace touzici po odliseni se, co maji cas se v tom hrabat", jak se v diskusich typu "distra proti sobe a *BSD a vsichni proti woknum" nekteri vyjadruji, ale proste tim, ze jsem nemel v mych podminkach s Gentoo zadny zadrhel v instalaci a konfiguraci a behem stanovene doby jsem se stihl vyhledat, naucit a zapamatovat si vse potrebne a zbyl mi cas na praci. Jak rikam, jde ciste o zvyk a styl uceni a prace, o nic vic. Kdybych tehdy narazil na dokumentaci podobnou Gentoo pro debian nebo FreeBSD a jednoduchou moznost omezit zavislosti na minimum dle svych potreb... (jezis, hlavne at se propagatori zminenych systemu proboha nenastvou a nepisou sem stohy odkazu. Ja vim, ze dokumentace je, da se najit, je koho se ptat, kdyz to clovek pozna, tak je to snadne atd. Jen rikam, ze *me osobne* proste nevyhovovala, zatimco Gentoo doc je pro mne to prave, no. Je to o volbe :-).

Ano, máte pravdu. Asi jsem na Gentoo příliš hloupý. Já jsem si manuál četl snad 10x. Základním věcem rozumím, ale když přijde na lámaní chleba, tak vždycky něco není, jak by mělo být.

Příklad: Včera jsem zatoužil nainstalovat si gossip. Jednoduché, že? Dal jsem příkaz emerge gossip. Potřebovalo to 11 balíčků. A tak to kompilovalo a kompilovalo a kompilovalo. Od chvilky, kdy jsem zadal to emerge gossip do chvilky, kdy jsem mohl napsat na příkazový řádek gossip, uběhly asi tři hodiny. A po tu dobu jsem skoro nic nemohl dělat díky pomalosti počítače. Podotýkám, že mám 2,6GHz processor s 512KB RAM. A nemohu si dovolit instalovat triviální program tři hodiny. Když jsem totéž instaloval pod Debianem, trvalo to ani ne pět minut.

Binarky OpenOffice - jak si je stáhnu?

Jinak vaše rady jsou dobré. Některé věci z toho dělám (např. se vždy snažím číst, co to při kompilaci balíku radí. Ale když to kompiluje 12 hodin a text běží v okně rychlostí blesku, tak toho moc nenačtu). Par věcí zkusím, jak říkáte. Např. to opakování revdep-rebuild.

Více strojů mám, ale bohužel mají jiný procesor a jiné CFLAG. Tohle jsem taký zaplatil docela krvavě. Nainstaloval jsem si DISTCC a neuvědomil si, že jeden CHOST je i686 a druhý i586. Kompilace běžely krásně. Ale nic z toho, co jsem zkompiloval, jsem už nikdy nerozjel, a musel všechno instalovat od začátku (od stage 1). Jo, já vás slyším. Moje blbost. Uznávám.

Pardon. Ne gossip, ale gabber. Gossip měl "jenom" tři balíčky.

No tak jsem si cvicne skusil zkompilovat ten gabber. Celkem se kompilovalo 15 balicku (jasne, mohlo se jednat o jinne balicky nez ve vasem pripade). Procesor athlon 1600. Ramka 256 mega. Trvalo to 38 minut a normalne jsem pri tom brouzdal na webu. Podle me mate nejakou fatalni chybu v konfiguraci poce. Zkontrolujte si jesti mate u disku zaple dma ( hdparm /dev/XXX ) :-)

Zde je výpis hdparm pro oba mé disky (mám hda a hdb, přičemž celý systém je na hda a swap je na hdb - to jen pro úplnost):

root /home/vladimir # hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 65535/16/63, sectors = 60022480896, start = 0

root /home/vladimir # hdparm /dev/hdb

/dev/hdb:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 65535/16/63, sectors = 40981118976, start = 0

binarni openoffice nainstalujete:
emerge -av openoffice-bin

proc neupdatujete jenom security opravy? prave slavim tyden pouzivani Gentoo a napsal jsem si tenhle trivialni skript, vypise vam sec.updates za aktualni mesic:

#!/bin/bash

ACTUAL_MONTH=`date '+%Y%m'`

glsa-check -l |grep "$ACTUAL_MONTH.*\[U\]" | sort -r | less

Tak na to, že děláte Gentoo týden, klobouk dolů. Ten skript je výborný, díky. A glsa-check jsem vůbec neznal.

Nemáte náhodou nastavenou hodnotu PORTAGE_NICENESS v make.conf na zápornou hodnotu? Protože to, co píšete, nemůže mít jiný důvod. Přidejte si do make.conf řádek 'PORTAGE_NICENESS=19' (a podívejte se, jestli tam už nemáte PORTAGE_NICENESS nastaveno; v tom případě to původní smažte) a pak si zkuste něco zkompilovat. I na gigahertzovém C3 Nehemiah, který výkonem odpovídá tak 600MHz Celeronu, nemám během kompilace (mimo občasné čekání na disk během rozbalování větších tarů) s výkonem problémy. To, co popisujete, není normální chování, musíte mít něco blbě nastaveno.

Co se týče distcc a jiného CHOST, jste očividně umělec - mě v takovém případě distcc přímo odmítá kompilovat.

Toto je můj make.conf:

CFLAGS="-march=pentium4 -msse2 -mfpmath=sse"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS}"
MAKEOPTS="-j3"
LDFLAGS="-Wl,-O1,--enable-new-dtags,--sort-common,-s"
USE="alsa -jck -oss -esd -flac apache2 avi cdr crypt cups dvd emacs exif ftp gif gnome
gimmprint gimp gphoto2 iconv imagemagic jabber mysql pda perl php pnp quicktime ssl 
truetype unicode ithreads qt kde usb dcd cd dvdr "
FEATURES="ccache sandbox"
CCACHE_SIZE="2G"
LINGUAS="en cs"
AUTO_CLEAN="yes"
PORTAGE_NICENESS="10"
PORTAGE_TMPFS="/dev/shm"
#ACCEPT_KEYWORDS="~x86"
ALSA_CARDS="intel8x0"

A ano, distcc spokojeně kompiloval. Ale to bylo asi před rokem. Je docela možné, že to mezitím nějak opravili.

Tak to fakt nevím.
HW, předpokládám, máte v pořádku? Třeba disky...?

Disky jsou, myslím, v pořádku.

Abyste mi rozuměl: Ono to jede celkem dobře. Kdyby to bylo tak špatné, tak bych to dávno změnil. Jen jsem chtěl svým původním příspěvkem varovat před přílišným optimismem. Ani Gentoo není všelék a je riskantní očekávat nějaké citelné zlepšení odezvy tím, že si všechno kompiluji od píky. Myslím, že hotové binárky kompilované s obecnými parametry jsou stejně rychlé jako ty šité na míru. Protože to byl hlavní důvod, proč jsem zvolil Gentoo. A tady mě ten výkon skutečně zklamal.

A rovněž není tak úplně pravdou, že Gentoo je menší než ostatní systémy, protože si tam dáte jen to, co potřebujete. Možná na začátku. Ale po několika měsících zjistíte, že tam stejně máte všechno, co bývá v předkompilovaných hotových distribucích.

Kdybych se dnes měl rozhodovat kterou implementaci zvolím, tak by to zřejmě Gentoo už nebylo. Vyzkoušel jsem postupně Mandrake, RedHat, Fedoru, Debian a Gentoo. Zdá se mi, že nejlépe se dělalo pod RedHat 9.0 ještě než se z toho stala Fedora. A také Debian považuji za podařenou věc. Gentoo jede slušně, ale také má své nedomyšlenosti.

Muzete sem tedy placnout seznam tech packagi, ktere jste kompiloval pri instalaci gabbera z /var/log/emerge.log ? Predpokladam, ze jste nemel system cerstve po emerge --sync :-).
Jinak volit gentoo jen kvuli zvyseni rychlosti a pak tam nahazet vsechno ve stylu "co kdyby" se vzajemne vylucuje, to mate pravdu. Optimalizace na soucasnych strojich nejsou az takovym zlepsenim. Ve skutecnosti to, co je u Gentoo (pro mne, nemohu mluvit za druhe) zajimave je moznost vyladeni a skutecne minimalizace zavislosti a dokumentace. Natahuji mene knihoven = startuji rychleji a pri updatech mene kompiluji, muze se podelat mene veci, zabere to mene mista... Gentoo je o volbe, kdyz chci vse, je to stejne dobre jako cokoli jineho, kdyz chci ladit, muzu ladit do bezvedomi :-). Dosad za Gentoo co chces a je to take pravda, aby se neflamovalo :-).

Nerikal jsem, ze jste hloupy. Jen jste proste nenasel to, co jste potreboval, ac to popsane je. Me prislo snadne to najit. Vam ne, kazdy jsme jiny.

Kdyz prekladate nejake balicky, podivejte se, co potrebuji. Dobre je predem se rozmyslet, co potrebujete. Pokud normalne pouzivam jen KDE a najednou chci aplikaci treba z gnome, tak je celkem logicke, ze pri jeji kompilaci se mi bude prekladat cely zaklad gnome. A pokud mam jeste v USE jeste bohatou plejadu voleb, tak to muze byt skutecne extremni. Ale jen u prvni gnome aplikace. Ostatni budou zretelne kratsi. Vyplati se tedy zapremyslet a bud vyladit USE flags, aby v make.conf bylo jen to, co opravdu potrebujete uplne vsude a vypnute to, co nechcete, vzdycky to muzete prebit a zapnout v package.use. Nebo proste najit ekvivalent pro to prostredi, ktere uzivate (KDE ekvivalent, nebo neco jineho bez zavislosti na techhle bumbrlickach.

Binarky openoffice - jde o ebuild openoffice-bin. Neprijde mi, ze by emerge openoffice tahalo min dat, nez emerge openoffice-bin :-).

Co se cteni informaci tyka, ja u rozsahlych veci, pokud nevim, co delaji balicky, co se mi cpou do systemu, tak zapinam logovani vystupu terminalu (screen, konsole, gnome-terminal...) a potom to preletnu a hledam hlasky od emerge (vetsinou zacinaji hvezdickou). Docela to jde, neco podstatneho je tam jen obcas. S trochou praxe, grepem a awk to jde zvladnout pod deset minut i u nejvetsich serii kompilaci.

Co do rychlosti, potrebujete dost pameti (nikoli silnejsi CPU), 256MB je z meho minimum pro vetsi kompilace, pokud jeste uzivate kde/gnome, PORTAGE_NICENESS alespon 10, dobre nastavene distcc (dobre je take ho dat s nice :-), ujistete se, ze vam nepobezi v te dobe jeste updatedb a bude to dobre. u CHOST tedy nevim, nikdy jsem se nekoukal jak to beha. Ale mam pocit, ze pri pouziti distcc by to melo byt jedno, alespon pokud ho uzivate samotne, protoze GNU C (ktere lezi pod tim) preci umi i na PII generovat kod pro P4 a obracene, ne ? Vase distcc na kompilucicim stroji proste zadava do distcc tasky typu "tady mas fajl, preloz ho s temito volbami..." a teoreticky by melo jit pouzit i crosskompilator treba na SPARCU jako druhou stranu.
Cituji k moznym problemum:
" Dependencies

In order to use Distcc, all of the computers on your network need to have the same GCC versions. For example, mixing 3.3.x (where the x varies) is okay, but mixing 3.3.x with 3.2.x may result in compilation errors or runtime errors. "

"Mixed GCC Versions

If you have different GCC versions on your hosts, there will likely be very weird problems. The solution is to make certain all hosts have the same GCC version.

Recent Portage updates have made Portage use ${CHOST}-gcc instead of gcc. This means that if you're mixing i686 machines with other types (i386, i586) you will run into problems. A workaround for this may be to export CC='gcc' CXX='c++' or to put it in /etc/make.conf.

Important: Doing this explicitly redefines some behaviour of Portage and may have some weird results in the future. Only do this if you're mixing CHOSTs. "

Tolik i k dale popsanemu problemu Honzy Jarose nize. Opet, vse je v http://www.gentoo.org/doc/en/distcc.xml
At dlouho ziji ti, kdoz pisi dokumentaci ! :-)

Zdravim vospolok.

Nechcem nikomu narusit "pocit" rychlosti alebo dokonca meratelnu skusenost so zvysenim vykonu Gentoo oproti predkompilovanym binarnym distram. Chcem len upozornit, ze "zrychlenie" docielene optimalizaciou pre konkretny procesor je zavisle najma od schopnosti kompilatora, a pri GCC to nie je nijako ziarive.

Prednedavnom som sa v inej suvislosti docital, ze problem "pomalosti" GNU programov je dany skor pouzitim kompilatora GCC, ktory momentalne patri asi k najpomalsim vobec, a to tak co sa tyka vygenerovaneho kodu ako aj rychlosti samotnej kompilacie. Nekamenujte ma, to som cital, asi na abclinuxu.cz, ale mozno, ze to bolo inde.

U OpenOffice.org, myslim ze pre lokalne buildy kdesi v Afrike, pouzivaju dkonca Micro$ofti kompilator ktory zhodou okolnosti maju, lebo je az 10x rychlejsi. Smutne, vsak?

Ti, kto kompilujete, ste si iste vsimli asi polovicnu rychlost GCC 3.x oproti "referencnej" 2.95 a aj ten kod je akysi vacsi. Vyvojari kernelu sa na GCC otvorene stazuju, najma na 3.x verzie.

V tomto len konstatujem skusenosti, nie je to utok na vyvojarov GCC, ktori sa urcite snazia ako mozu a je ich malo.

Vraj maju prist aj lepsie casy, od nejakej 4.nieco verzie GCC maju pribudnut raznejsie optimalizacne techniky ktore by mali viditelne zrychlit vyprodukovany kod. Dovtedy mozeme o skutocnej optimalizacii len snivat a cakat.

A aby to bolo este zamotanejsie, vypozoroval som kedysi v minulosti, ze obcas kod kompilovany pre i586 fungoval na K7 stroji viditelne pomalsie nez zakladny i386.

Skratka kompilacia je veda a na stabilny GCC 4 (a tym padom ucinnejsiu optimalizaciu) si asi este pockame. Takze nie som nachylny verit, ze _vyrazne_ rychlejsi chod Gentoo oproti trebars Debianu je pravidlom. Skor si myslim, ze ide o stastne vynimky.

na co se v clanku hlavne nepoukazalo je to, ze vecne aktualizace se provadet nemuseji a kompilace je omezovana pomoci NICE ;o) vice zde
http://www.security-portal.cz/clanky/pravda-o-pouzivani-gentoo-gnulinuxu.html