engedő módú Tomoyo és a szabályok csak korlátoznak
Hm, érdekes, ezt sem tudtam. Ez mondjuk a paranoiásoknak helyből kizáró ok. Tudatos desktop felhasználónak azonban jó lehet. A "privát" doksikat amúgy is feltételezhetően egyetlen fában tárolja.
Hát én csak azt tudom, hogy napi szinten akár fél órát is spórol nekem csak ez az egy folyamat.
Nahát! Ezt örömmel hallom.
Egyébként más backup szoftverekről nem tudsz, amelyek beépítették esetleg?
Sajnos nem tudok másról, csak a GNU tar-ról és a clonezillá-ról, amely tudatában van az lbzip2 létezésének (illetve általában támogatja a "pluggable" tömörítőket).
Amit igazán sajnálok, az az, hogy az rpmbuild és az rpm közvetlenül van linkelve a libz-vel és a libbz2-vel, pedig legalábbis az rpm-ben elvileg benne van a tar-féle child process/pipe móka. Tehát nem lett volna lehetetlen a gz ill. bz2 (sőt, akár xz) tömörítésű payload elkészítését / kibontását subprocess-szel megoldani. Az ugye (majdnem) automatikusan párhuzamosíthatóvá tenné a (ki)tömörítési folyamatot. Ehelyett most egy szálon küzd az rpm(build) a tömörítve 170-230 MB-os (tömörítetlenül minimum 1.4 GB körüli) kernel debuginfo RPM-mel.
Egyszer belenéztem az rpmbuild ill. az rpm forrásába. Elképzelhető, hogy nem lenne túl nehéz egy "rpm-recompress"-t írni, de annyira szerteágazó az rpmlib és annyira használhatatlan a (generált...) doksija, hogy fél óra után letettem róla.
... Rémlik ugyanakkor, hogy az RPM5-nek van kifejezetten filter-t meghívó üzemmódja. (Csak az RPM5-öt meg ki a csuda használja, ugye...)
bruttó ~60k-ért vettem 120 GB
Mondom, hogy aranyárban van! :)
real 6.59
Ugyanakkor a teljesítménye lenyűgöző. Ez milyen típus volt? Kisebb nincs belőle óccsóbbér'? :)