No, na portage by to mohlo byt znat:) V praci mam portage na specialnim LV s reiserfs a update-eix jede rychle, ale doma to mam normalne na ext3 v root asi 180GB a jede to pomalu jak prase. Mozna by defrag pomohl, ale spis to hodim taky do vlastniho mensiho oddilu.
Nemá portage hromadu malých souborů? V Archi docela pomůže dát adresářový strom pacmaních dat do loopbacku nad souborem s ext3 a 1k bloky nebo s ReiserFS.
Vim o tomto reseni, ale USE flag 'sqlite' mam zakazany, nepotrebuji jej. Jenom proto, abych si urychlil portage, kdyz existuje i jine reseni, se mi jej povolovat nechce.
Na to ale netreba vobec pouzivat sqlite USE flag (tj. na sqlite nemusi nic zavisiet, keby aj, stacilo by to pridat do /etc/portage/package.use len jednemu packagu). Staci emergnut pysqlite (co natiahne sqlite) a vysvetlit to portagu v /etc/portage/modules:
portdbapi.auxdbmodule = cache.sqlite.database
BTW najrychlejsie riesenie by bolo tmpfs, ale to by bolo treba komp davat do suspend-to-disk alebo suspend-to-ram (miesto shutdown, pripadne z tmpfs pred shutdownom portage tree skopirovat, co zaroven sposobi nizsiu defragmentaciu vzhladom k alokacii tych suborov na disku, lebo sa to kopiruje naraz).
Plus tmpfs sa da zaroven efektne pouzit aj pri emergovani (kompilacia je potom rychlejsia, ak mate dost RAM, treba mountnut tmpfs do /var/tmp).
Ale ja si nechci mergovat sqlite. Proto jej mam zakazany - aby mi nic sqlite netahalo mezi zavislosti. Znam package.use, znam i postup pro zprovozneni jako backend z te wiki (to uz jsem myslim zminoval), ale nechci jej pouzivat.