Új hozzászólás Aktív témák

• Shyciii veterán

  #7705

  #7704 Frawly

  2021-01-18 12:54:19

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Shyciii

  veterán

  #7704 Frawly

  #7704 Frawly

  Én a részemről a zstd-t használom, általános használatnál 19-es fokozaton, ha gyors tömörítés kell, akkor 3-as fokozaton, ha a tömörítési fok nem számít, csak a sebesség, pl. kernelimage, akkor az 1-es fokozatot preferálnám (de a kernel konfigban ezt nem lehet megadni, de gondolom 1-3-as fokozat valamelyikét használja).

  A 22-es fokozat a maximum zstd-nél, de az nagyon lassú, lassabb, mint az xz maximum fokozata. 19-es fokozaton 2,5× gyorsabb az xz-nél, és csak 1-2%-kal tömörít rosszabbul, mint a maximum tömörítéses xz. A legideálisabb a 15-ös tömörítési fokozat nálam, az 8× gyorsabban tömörít a maximális zx-nél, de 12%-kal rosszabbul. De nem rossz a default 3-as tömörítési fok se, az 120× (!!!) tömörít be gyorsabban, de 25%-kal rosszabbul. A leggyorsabb, 1-es zsdt fokozat 167× tömörít gyorsabban, de 31%-kal rosszabbul. Ezek átlagos számok, egy 560 megás angol szótár tömörítésével tesztelve. Természetesen a „sima” linuxos zip-et veri keresztben-hosszában, tömörítési sebességre és tömörítési fokban is.

  Párhuzamosításra viszont nem a legideálisabb, mivel hiába adom meg, hogy 8 szálon tömörítsen, jellemzően 4-5 szálat használ, a tömörítés vége felé már csak 2 szálat, majd 1-et. A 2 legfelsőbb ultra tömörítési fokozaton már csak 2 szálat használ, a tömörítés vége felé már csak 1-et. De a 7-zip is ugyanígy viselkedik, nem mértem le, de feltehetőleg az xz is. Tehát azt nem lehet elvárni egyik linuxos tömörítőtől sem, hogy állandóan kitekerik az összes prociszálat. Igaz ez a gcc-re is, ott is hiába adjuk meg a make-nek, hogy hány job-ot toljon párhuzamosan, még nagy projekteknél is fellép egyfajta limit, mikor nincs annyi párhuzamos fordítani való, hogy pl. 64+ szálat kihajtson. Igaz ez átlag konzumer szinten nem nagy korlát, mert az átlag konzumer proci kb. 4 szálat tud nagy átlagban. Mondom átlagban, van, akinek 16-ot, van, akinek csak 2-őt, a 4 az egy erős átlag, ami figyelembe veszi a még használatban lévő, de nem teljesen irreleváns procikat (régi Core 2 Duo/Quad vagy régi genes Core i, vagy Phenom / A / FX).

  De flac-nál pl. a default 5-ös tömörítési fokot használom, mert nagyon gyors, és csak alig pár százalékkal tömörít rosszabbul, mint a sokszorosan lassú 8-as fokozat. Az is igaz, hogy a flac csak egy szálat tud használni maximum.

  Az is igaz, hogy baromi ritkán tömörítek befelé, inkább csak kifelé, utóbbit is inkább vifm-et használva, ami meg fuse modulokat használ kibontásra. Mondjuk ma véletlenül többször is, mivel egy 96 kHz-es lossless flac albumot benyomtam 48 kHz-es 512 kbps-os opus-ba, meg most a zstd-t, xz-t, zip-et méregettem sebességre, tömörítési fokra, de ilyesmik szökőévente egyszer fordulnak elő.

  BoB, Frawly

  Ne értsetek félre, nem akarom fikázni a linuxot, csak tényleg 2021-ben egyértelműnek tűnt, hogy azárt ez már megoldott (mikor elkezdtem linuxozni, akkor már konstatáltam, hogy ez gond), és gondoltam, hogy akkor módosítom a rendszert ennek megfelelően. A belinkelt weboldalt természetesen már olvastam (többször is) az elmúlt 2 évben. Tudom furán fog hangzani, csak eljutottam arra a szintre, hogy nem tudok már mit módosítani a rendszeren, és most már ilyen "faszságokkal" törődöm :D Nyilván Archozom, Bspwm, és semmi se az egy programos automatizált működéssel megy. Mindent amit csak használok levékonyítottam, hogy minél kevesebb erőforrást használjon (és persze így mégtöbbet tudtam meg a működéséről az egész rendszernek), mindent lescripteztem, így egy része mégis automtikus, csak jóval kevesebbet foglal, és gyorsabb, vagy egy gombnyomásra megy minden. Írtam saját telepítőscriptet is mikor az archot újra akarom húzni. Az is megcsinál mindent, még a mentéseket is visszaállítja. Gyakorlatilag pont azt kapom, mint ahogy most vagyok (csak persze a backup scriptemet előtte futtatni kell). Szal tényleg odajutottam, hogy nem tudom már mit baszkodni a rendszeren, és "unatkozom", "szenvedek" :-) Amúgy fura, mert nekem az xz tömörítés nem több szálon megy, csak egy. A zstd már több szálon megy, igaz abból 1 szál pörög 100%-on, a többi kb 20%-on, pedig semmi plusz kapcsolót nem használtam. A man page alapján pedig a default érték az 1 szál...nah mindegy. Úgyhogy akkor config fileok, és egyéb használt cuccok mentésére akkor zstd-t fogok használni, nem gunzip-et. Főleg hogy míg a gunzip 47mp alatt van meg 433MB-al, a zstd kb 10mp alatt van meg 411MB-al. Döbbenetes különbség...vifm-et már át is írtam, hogy a fusemountolás kezelje (archivemount), és a tömörítő aliasomat is átírtam zstd-re, meg a kitömörítő függvényt is gyorsan felkészítettem rá, bár eddig még nem találkoztam kitömörítés ügybne ezzel a formátummal.

Új hozzászólás Aktív témák