Dotaz: privelké gentoo 9GB

[tomolc]

zdravím všetkých

pred casom som nainstaloval gentoo a doinstaloval základný soft. pre orientáciu táto konfigurácia zaberá v podaní mandrivi 2006 cca 4GB miesta no hdd

bol som prekvapený ked som zstil ze gentoo si ukuslo 9! GB

predpokladám ze sú to nejakú docasne súbori z kompilácii alebo nieco podobne nejake cheshe?

teda:

dá sa to nejako vyčistit? /nezaujma ma to ze nieco bude muset pri dalsej instalaci znova tahat y netu lebo to nebude mat v tmp/ proste to chcem co najviac okresat

dakujem tomolc

Odpovědi

[Sectio Aurea]

Zkus mrknout do adresare:

/usr/portage/distfiles

Tam si poratge stahuje binarky/zdrojaky programu, ktere pak instaluje/kompiluje. Muzes je smazat, pokud uz je k nicemu jinemu nezamyslis pouzit :)

[VM]

Zdravim, vsiml jsem si podobne vlastnosti nedavno u jedne stanice kde jsem Gentoo instaloval. Pokud byl system zkompilovany s prepinacem -O3 byl podstatne vetsi (skoro uvadenych 9GB-pri naisntalovani vcelku velkeho poctu balicku), nez s volbou -O2. Kdy system vydal kolem 5GB. S pozdravem

[Luboš Doležel (Doli)]

To zní jako totální pitomost.

[Ctirad Feřtr]

Nezní. -O3 skutečně produkuje větší binárky, ale otázka je, jestli až o tolik. Navíc instalace nejsou jenom binárky, ale i datové soubory, které se nemění.

[Luboš Doležel (Doli)]

V systému není zdaleka tolik GB binárek, proto to nemůže o tolik narůst -> je to pitomost.

[Ctirad Feřtr]

Píšeš totéž jinými slovy.

[Luboš Doležel (Doli)]

Já jsem napsal, že to zní jako pitomost a vy opak

Ale asi se shodneme, že binárky kvůli -O3 narůstat mohou, ale ne o tolik.

[Morrew]

Hmm, stalo se mi, že jsem měl rozdíl ve velikosti poměrně značný -> O2 = 500 KB a s O3 = 12 MB. Nebo naopak? Každopádně to vliv mělo nemalý.

[Peter Golis]

mohli by sme vidiet pouzite zdrojaky? akosi sa mi nezda ze by medzi O2 a O3 bol rozdiel vo velkosti cca 24nasobny. stress je pes.

[Morrew]

Jj, mrknu se po nich. Byl to nějaký školní projekt.

[Zdeněk Hurák]

Nebo taky eclean distfiles

[neregistrovaný]

Jo, portage je potvora velika... Ale do 500MB se samotna zatim vejde. Ale jak radili nad, tak obsah podadresare /usr/portage/distfiles klidne smazat muzete.

Dale promazavat adresar /var/tmp/portage, kde se programy kompilujou. Pri podareny kompilaci se zdrojaky smazou, ale pokud dojde k chybe, tak tam zustavaj' a spolecne s tim uz hotovym, zabiraj' spoustu mista.

A pak tu mame v /usr/src adresar se zdrojaky a hotovyma binarkama jadyrka. Mazat ci nemazat...(?) Tot' otazka! Ja osobne to nemazu, to by se mi vcelku nevyplatilo. Maximalne kdyz mam pocit, ze misto vazne dochazi, tak do toho adresare vlezu a napisu 'make clean'.

A nakonec jako v kazdym linuxu obcasny promazavani /tmp a /var/log.

Ja osobne si gentoo pestuju uz asi tri roky, mozna vic, mam vetsinu na 5GB partysne aj este mi tam skoro pulvolnyhogiga zbyva. Musim teda priznat, ze /tmp, /var, /opt (Ooo, firefox a dalsi nekompilovany binary) a data (vcetne /usr/src) mam na jinych partysnach.

[Josef Kufner]

Já tam nechávám jen aktuální jádro, případně ještě to ze kterého jsem právě upgradoval. Od těch ostatních jen .tar.bz2, patche a config.

[tomolc]

dakujem za reakcie skusim to zostíhlit podla toho co ste tu napisali

k tomu O-3 O-2 tusim mám O-2 ale este to pozrem

ak mam nahodov O-3 tak mam cele gentoo prekompilovat? alebo len to zmenit a ono sa to postupne pri updatoch spravi?

tomolc

[David Watzke]

To ignoruj, je to absolutní nesmysl... Každopádně raději používej -O2, je to bezpečnější.

[xy]

kompilujem cely system vratane jadra s gcc 3.4.6 a -O3. Vsetky ebuildy okrem napr. qemu s tym funguju bez problemov.

[neregistrovaný]

Myslel jsem, ze qemu samo o sobe na to -O3 nereaguje, je reseny vcelku netradicne. Ja osobne pred kazdym emergem qemu ho hezky prebalim s upravou dvou makefajlu dopsanim do nich misto '-O2' '-O3 march=i586' a kompiluje se to bez problemu. Pri vyssim procesoru to krachne pri kompilaci souboru obsahujici emulaci SSE. Snad ale lepsi i586 nez ?vychozi i386.

[neregistrovaný]

A sakra, vyparena pomlcka!

[Ctirad Feřtr]

Tak to příště nedělej. Oni autoři ebuildů nejsou idioti a vědí, proč u některých balíků ignorují různé optimalizační a kompilační flagy nebo je nahrazují jinými. Zcela zbytečně si přiděláváš práci.

[neregistrovaný]

Ale me to tak s tim funguje dobre a subjektivne rychleji...

[Ctirad Feřtr]

Ale mnoha dalším lidem to fungovat nemusí, proto to je, jak to je. Je nad lidské síly testovat všechny možné kombinace.

[xy]

Urcite verzie gcc maju chyby, ktore sa prejavia na urcitych ebuildoch. Autori ebuildov to riesia nahradou flagov nielen pre urcitu verziu gcc, ale pre vsetky verzie gcc a vobec nezistuju, ktore verzie su chybne.

[David Watzke]

Ale jo, když se to zkompiluje, pak už to většinou funguje, jenže jsou programy, který jsou na to prostě citlivější...

[clayman]

Lze taky pouzit -Os, coz jsou optimalizace -O2, ktery nezvysujou velikost binarek + dalsi optimalizace na zmenseni (afaik).

[David Watzke]

Pokud vím, tak -Os obsahuje všechny optimalizace -O2, kromě těch, kvůli kterým jsou výsledné binárky větší...

[clayman]

Proto to 'afaik'

[xy]

9 GB je normalna vec. Portage mi zabera na disku 3.5 GB. Portage moze pouzivat compiler cache, ktoru mam obmedzenu na 1 GB.

[oxymoron]

http://forums.gentoo.org/viewtopic-t-30547.html

:)

[Ctirad Feřtr]

Kromě již zmiňovaného promazání /usr/portage/distfiles/ bych smazal obsah /var/tmp/portage/, kde se při neúspěšné kompilaci kumulují rozbalené zdrojáky. Dále /usr/src/ jestli se tam časem nenahromadilo vícero zdrojáků jádra a pokud používáš ccache, tak ta defaultně může vyrůst až na 2GB. Taky zkontroluj /tmp/, protože některé aplikace po sobě neuklízí a klidně tam může být hafo wavů nebo obrazů CD jako pozůstatek nějakého grabování/vypalování. V neposlední řadě bych se zamyslel nad USE flagy, aby si člověk do systému netahal závislosti, které vůbec nepotřebuje.

[repli]

Měl jsem podobný problém. Nakonec jsem zjistil, že adresář /tmp zabírá po dvou měsících přes 700 MB :( ale nezapomeňte si spíš vytvořit init.d scriptík na mazání (za provozu to fakt nejde!) (hodim ho sem az prijdu ze skoly)

[Milan "Nemo" Cingroš]

Nevim co znamena "pred casom", ale jestli uz to mas nainstalovany delsi dobu zkus emerge s parametrem --prune nebo s jeste nebezpecnejsim parametrem --depclean. Misto na disku to obvykle uvolni, ale nekdy to vyhazi i neco co potrebujes. Hlavne jestli jsi behem pouzivani casto menil USE flagy, tak muze byt nejaky balicek zavisly na jinem balicku i kdyz podle novych USE flagu uz tato zavislost neexistuje. Urcite pred tim pouzij (jak doporucuji pri spusteni) emerge --update --deep world a revdep-rebuild.