Vlákno názorů k článku
Defragmentace disků v Linuxu

Mali ste aspon porovnat casi pred/po defragmentacii:

cas nabehu a vypnutia systemu, cas kompilacie kernelu, a podobne. Lebo ak to prinesie zrychlenie o 0.0001% tak to nema zmysel

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.

Ano, ma. Po umisteni portage do loopbacku (inspiraci mi byl prave navod pro arch kdesi na abclinuxu) se prace s nim vcelku zrychli.

Mozno vyskusat sqlite backend? (http://gentoo-wiki.com/TIP_speed_up_portage_with_sqlite)

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.

V clanku je zmineno, ze byl defragmentovan pouze adresar /src. Jeho defragmentace napr. rychlost bootovani vubec neovlivni...