abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 16:44 | Zajímavý software

Na Kickstarteru lze podpořit vývoj svobodného softwarového nástroje Akira, jenž by měl umožnit designérům designování aplikací v Linuxu. Mělo by se jednat o alternativu k proprietárním nástrojům Sketch, Figma nebo Adobe XD.

Ladislav Hagara | Komentářů: 0
včera 12:11 | Zajímavý článek

V Edici CZ.NIC vyšla kniha CyberSecurity věnovaná problematice kybernetické bezpečnosti, a to především jejím základním principům, které by měl respektovat každý, kdo využívá informační a komunikační technologie. Kniha je ke stažení zcela zdarma pod licenci Creative Commons (CC BY-ND 3.0 CZ) (pdf, epub, mobi).

Ladislav Hagara | Komentářů: 0
včera 02:00 | Nová verze

Byla vydána nová stabilní verze 0.92.4 a první alfa verze verze 1.0 svobodného multiplatformního vektorového grafického editoru Inkscape. Přehled novinek v poznámkách k vydání (0.92.4 a 1.0alpha0). Obě verze jsou k dispozici také jako balíčky ve formátu AppImage. Stačí je stáhnout, nastavit právo ke spuštění a spustit.

Ladislav Hagara | Komentářů: 6
17.1. 21:22 | Nová verze

Byla vydána verze 1.32 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.

Ladislav Hagara | Komentářů: 0
17.1. 15:44 | Komunita

V říjnu byla změněna licence u multiplatformní dokumentové databáze MongoDB z GNU AGPLv3 na SSPL (Server Side Public License). Dle právníku se nejedná o svobodnou licenci. Databáze MongoDB tak nebude obsažena ve Fedoře, v Red Hat Enterprise Linuxu ani například v Debianu.

Ladislav Hagara | Komentářů: 18
17.1. 02:22 | Nová verze

Byla vydána verze 2.0 svobodné aplikace určené pro fotografování a ovládání digitálních fotoaparátů z počítače Entangle. Kódové jméno této nejnovější verze je Sodium.

Ladislav Hagara | Komentářů: 2
17.1. 01:22 | Nová verze

Byla vydána verze 2.18 svobodného webového prohlížeče pracujícího v grafickém i textovém módu Links (Wikipedie). Přehled novinek v seznamu změn. Links letos slaví 20 let. První veřejná verze 0.80 byla zveřejněna 24. listopadu 1999.

Ladislav Hagara | Komentářů: 5
16.1. 16:55 | Zajímavý článek

Vývojáři postmarketOS (GitLab) hodnotí 600 dnů vývoje tohoto v květnu 2017 představeného operačního systému pro chytré telefony vycházejícího z optimalizovaného a nakonfigurovaného Alpine Linuxu s vlastními balíčky [reddit].

Ladislav Hagara | Komentářů: 2
16.1. 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 284 bezpečnostních chyb. V Oracle Java SE je například opraveno 5 bezpečnostních chyb. Všechny jsou vzdáleně zneužitelné bez autentizace. V Oracle MySQL je opraveno 30 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace jsou 3 z nich.

Ladislav Hagara | Komentářů: 0
16.1. 15:44 | Komunita

Na YouTube byly zveřejněny komunitní videozáznamy přednášek z konference OpenAlt 2018. Letošní OpenAlt proběhne o víkendu 2. a 3. listopadu opět na FIT VUT v Brně.

Ladislav Hagara | Komentářů: 0
Používáte USB Type-C?
 (19%)
 (16%)
 (11%)
 (12%)
 (37%)
 (3%)
 (45%)
Celkem 402 hlasů
 Komentářů: 0
Rozcestník

Dotaz: btrfs compress

6.1.2018 15:07 chinook | skóre: 26
btrfs compress
Přečteno: 735×
Mám pár nejasností u komprese na btrfs
Jak udělat compress pouze na subvolume? Jestli jsem to dobře pochopil, je možné komprimovat pouze adresář. Tzn. subvolume nomountuji na nějaký adresář s parametrem compress.
Jaké jsou podmínky, aby mně to fungovalo jen na subvolume? Musím mít nenamauntovaný volume?
Tedy
umount /data
mount -o compress,subvol=vmail /data/vmail
Co když jsem vytvořil BTRFS na / Mohu zkomprimovat pouze adresář? Pokud ne, je možnost bez reinstalace systému vytvořit ze subvolume volume?
A jakou kompresy volit pro maily? Maily mně to moc nekomprimuje :( To je tím, že tam je málo textu? Jestli to dobře chápu, je uspora místa nějakých 10GB
Nejdříve jsem zkusil zlib a pak lzo
/dev/vdb on /data/vmail type btrfs (rw,relatime,compress-force=zlib,space_cache,subvolid=257,subvol=/vmail)
btrfs filesystem df /data/vmail/
Data, single: total=657.01GiB, used=646.47GiB
System, DUP: total=8.00MiB, used=96.00KiB
Metadata, DUP: total=6.00GiB, used=3.41GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
mount | grep mail
/dev/vdb on /data/vmail type btrfs (rw,relatime,compress-force=lzo,space_cache,subvolid=257,subvol=/vmail)
btrfs filesystem defragment -c /data/vmail/
btrfs filesystem df /data/vmail/
Data, single: total=662.01GiB, used=647.68GiB
System, DUP: total=8.00MiB, used=96.00KiB
Metadata, DUP: total=4.50GiB, used=3.20GiB
GlobalReserve, single: total=512.00MiB, used=38.06MiB

Řešení dotazu:


Odpovědi

6.1.2018 17:59 Aleš Kapica | skóre: 48 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs compress
Čti.

Komprimují se extenty, tj. datové bloky a v reálném čase vždy, pokud to procesor stíhá a nemáš to implicitně zakázané. Kompresní poměr se mění v závislosti na tom jak je procesor zatížený. Pokud nestíhá, nebo by byla komprese neefektivní, nekomprimuje vůbec. Vždy můžeš kompresi aplikovat dodatečně.

Já mám kupř. kompresi implicitně zakázanou. Komprimuji extenty jedině v případě že potřebuji nutně uvolnit místo a nevím co smazat. Komprese, i dekomprese extentů snižuje reálný výkon a já si tak tímto způsobem vědomě vytvářím únikový prostor.
6.1.2018 19:25 Trubicoid2
Rozbalit Rozbalit vše Re: btrfs compress
S tím zatíženým CPU to je fakt? Já myslel, že se automaticky vypne komprese pokud první MB nejde komprimovat. Což je blbý, pokud soubor začíná nekomprimovatelně a pak komprimovatelný je.

Jinak aplikovat určitou kompresi jde jen tím defrag? To není zrovna šetrné k ssd. A komprimuje se i soubor, který defragmentovat nepotřebuje?
6.1.2018 20:11 Aleš Kapica | skóre: 48 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs compress
Jak to přesně interně funguje nepovím, protože to pro mne není podstatné. Pokud jde o to CPU, tak je vcelku logické že si komprese a dekomprese něco vezme. Ale jak jsem uvedl. Pokud nestíhá, nekomprimuje.

U ssd ta komprese dává smysl opravdu jen v situaci kdy je třeba získat nějaké místo. Zkomprimovaný extent se nemění. Nový se mi zapíše jako nekomprimovaný.
7.1.2018 12:26 petr
Rozbalit Rozbalit vše Re: btrfs compress
dle jejich wiki pokud pocatek souboru se spatne komprimuje, tak ostatni data nekomprimuji... IMHO zase < ironie >nesporne vyhody tohodle alfa fs< /ironie >.
8.1.2018 10:22 Sten
Rozbalit Rozbalit vše Re: btrfs compress
Tohle dělá i ZFS ;-) V Btrfs se ta detekce dá vypnout pomocí „compress-force“.
7.1.2018 12:24 petr
Rozbalit Rozbalit vše Re: btrfs compress
"Komprese, i dekomprese extentů snižuje reálný výkon" - u btrfs je to evidentne pravda, ale treba u ZFS ma komprese, dekomprese mozna negativni vykon na CPU, ale v pripade IO ma spise pozitivni vykon.
7.1.2018 13:41 Want
Rozbalit Rozbalit vše Re: btrfs compress
Ty tomu teda ale fakt rozumíš. Nechceš dělat prezidenta hospodářské komory?
7.1.2018 14:41 petr
Rozbalit Rozbalit vše Re: btrfs compress
Tak evidentne vice nez ty. Kolik mas diskovych poli s vice nez 150TB dat? Ja 6. U zapisu je diky kompresi potrebnych min IO, u cteni dostanes do ram vice dat rychlejc. Kdyby jsi porad mel pochybnosti, zkus pouzit google a hledej treba zfs compression performance impact. Ze to btrfs neumi je jina vec.
8.1.2018 09:14 Aleš Kapica | skóre: 48 | blog: kenyho_stesky | Ostrava
Rozbalit Rozbalit vše Re: btrfs compress
A na kolika z těch tvých polí máš Btrfs, že jsem tak smělý?
8.1.2018 12:22 j
Rozbalit Rozbalit vše Re: btrfs compress
A to musi fs umet? Skoro bych rek, ze to ja tak nejak vlastnost od prirody - ze se komprimovanych dat zapisuje a cte min. Pokud mas stroj vyhrazenej jako uloziste, tak te asi CPU nepali, ale pokud to ma jeste neco delat, tak by te to palit mohlo, protoze ono trebas komprimovat Gbit onfly uz da kour ledacemus.
8.1.2018 23:49 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Mám tam nastaveno compress-force, takže CPU by na to mít vliv nemělo.
7.1.2018 18:00 trubicoid2
Rozbalit Rozbalit vše Re: btrfs compress
... Jestli to dobře chápu, je uspora místa nějakých 10GB
Nejdříve jsem zkusil zlib a pak lzo
/dev/vdb on /data/vmail type btrfs (rw,relatime,compress-force=zlib,space_cache,subvolid=257,subvol=/vmail)
btrfs filesystem df /data/vmail/
Data, single: total=657.01GiB, used=646.47GiB
System, DUP: total=8.00MiB, used=96.00KiB
Metadata, DUP: total=6.00GiB, used=3.41GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
mount | grep mail
/dev/vdb on /data/vmail type btrfs (rw,relatime,compress-force=lzo,space_cache,subvolid=257,subvol=/vmail)
btrfs filesystem defragment -c /data/vmail/
btrfs filesystem df /data/vmail/
Data, single: total=662.01GiB, used=647.68GiB
System, DUP: total=8.00MiB, used=96.00KiB
Metadata, DUP: total=4.50GiB, used=3.20GiB
GlobalReserve, single: total=512.00MiB, used=38.06MiB
no uspora 10GB oproti cemu? ja vidim, ze lzo zabere o 1GB vic nez zlib (koukej na data used, total je vzdy vic a da se zmensit viz. -duasge), ale asi by to melo byt o vic? je potreba zkusi taky bez komprese a uvedomit si, ze komprese jako mount parametr nezmeni jiz ulozene soubory, jen nove zapsane tedy je potreba bud tam vse dat znovu, nebo pouzit btrfs filesystem defragment -r -v -clzo /data/vmail
8.1.2018 23:51 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Aha, já ten parametr used blbě chápal. Celkově to zabírá:
690G /data/vmail/
Takže nějaká úspora tam je, i když jsem čekal větší.

Díky za vysvětlení.
9.1.2018 08:42 trubicoid2
Rozbalit Rozbalit vše Re: btrfs compress
ja bych myslel, ze neni vsechno komprimovano, bych to jeste prejel tim compress -clzo a pak -czlib a pak by se videlo
9.1.2018 22:13 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Dal jsem:
btrfs filesystem defragment -r -clzo /data/vmail
Výsledek:

btrfs filesystem df /data/vmail/
Data, single: total=639.01GiB, used=634.95GiB
System, DUP: total=8.00MiB, used=96.00KiB
Metadata, DUP: total=4.50GiB, used=3.32GiB
GlobalReserve, single: total=512.00MiB, used=0.00B
root@imap2:/# du -sh /data/vmail
687G    /data/vmail

9.1.2018 22:57 trubicoid2
Rozbalit Rozbalit vše Re: btrfs compress
Tak trochu to pomohlo, ale ne moc. Asi posilaji moc nekomprimovatlenych priloh :)
9.1.2018 23:01 Kit | skóre: 42 | Brno
Rozbalit Rozbalit vše Re: btrfs compress
Určitě by to bylo zajímavější, kdyby se ty přílohy daly deduplikovat. Jenže to je příliš sci-fi.
Komentáře označují místa, kde programátor udělal chybu nebo něco nedodělal.
10.1.2018 19:04 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Evidentně v tomto případě je komprese k ničemu. Jak to tedy rozšifruji?
10.1.2018 19:35 trubicoid2
Rozbalit Rozbalit vše Re: btrfs compress
rozsifrovat jako rozkompresovat? tim defrag to pry neni zatim podporovany, takze smazat a nakopirovat znova, kdyz bude primountovany bez komprese

je potreba kopirovat jakoby z jineho fs, protoze jinak se udela jen reflink a dekomprese neprobehne

a deduplikace by asi sla, zkus duperemove -dr --hashfile=/var/tmp/dupe.sqlite /cesta
8.1.2018 12:29 j
Rozbalit Rozbalit vše Re: btrfs compress
2chinook: Volume nebo subvolume je sumak, chova se to prakticky stejne. Zpusobem primountovani jen rozhodujes o tom, jestli se aktualni mountpoint pro !nove zapisy! bude komprimovat. A samozrejme ze maily s prilohama, ktery sou prevazne uz komprimovany, se moc nezkomprimujou, to je logicky ne?

Pokud bys chtel zkomprimovat to co uz neni, musel bys to v ramci toho disku kopirovat (= ne reflink). Pripadne na to mozna je nejakej tool kterej to vynuti, ale vysledek bude stejnej - komprimuje se jen pri zapisu. Ne pri namountovani. Stejne tak samozrejme prectes veskery data i pokud mount je bez komprese. Ale zase se "samo" nic nedekomprimuje.
8.1.2018 12:50 Vantomas | skóre: 28 | Praha
Rozbalit Rozbalit vše Re: btrfs compress
No ty soubory, které jsou plné base64 docela zkomprimovat půjdou...
8.1.2018 23:52 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Hmmm. Když namountuju volume s compress, tak jsou i subvolume. Ale pokud chci jen subvolume s compress, tak to ten parameter ignoruje. Nebo jak to ověřím? POkud vypíšu mount, tak tam comress nevidím.
9.1.2018 00:12 Sten
Rozbalit Rozbalit vše Re: btrfs compress
Parametry se použijí při prvním namountování pro všechny subvolume a při dalším mountování se ignorují. Pokud chcete komprimovat jen jeden subvolume, tak musíte použít atribut c.
9.1.2018 22:13 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Kde použít atribut c?
9.1.2018 22:50 Sten
Rozbalit Rozbalit vše Re: btrfs compress
Na soubory a adresáře toho subvolume.
10.1.2018 08:52 chinook | skóre: 26
Rozbalit Rozbalit vše Re: btrfs compress
Můžeš prosím napsat příkaz? Vůbec nevím co myslíš. Je to volba u mount, nebo defragment nebo kde?
Řešení 1× (chinook (tazatel))
10.1.2018 11:30 Sten
Rozbalit Rozbalit vše Re: btrfs compress
chattr +c -R /mount/point
10.1.2018 15:50 Vantomas | skóre: 28 | Praha
Rozbalit Rozbalit vše Re: btrfs compress
Jak je to u těchto atributů, když se vytvoří podadresář? Zdědí se to z nadřazeného nebo se to ztratí?

mkdir /mount/point/subdir
10.1.2018 15:56 Vantomas | skóre: 28 | Praha
Rozbalit Rozbalit vše Re: btrfs compress
Vyzkoušel jsem si to sám. Ano, zdědí se to.

vantomas@tomova-bedynka ~/tmp $ mkdir test ------------------- ./test vantomas@tomova-bedynka ~/tmp $ chattr +c test vantomas@tomova-bedynka ~/tmp $ lsattr --------c---------- ./test vantomas@tomova-bedynka ~/tmp $ cd test/ vantomas@tomova-bedynka ~/tmp/test $ mkdir test2 vantomas@tomova-bedynka ~/tmp/test $ lsattr --------c---------- ./test2 vantomas@tomova-bedynka ~/tmp/test $ cd test2/ vantomas@tomova-bedynka ~/tmp/test/test2 $ touch testfile vantomas@tomova-bedynka ~/tmp/test/test2 $ lsattr --------c---------- ./testfile vantomas@tomova-bedynka ~/tmp/test/test2 $
10.1.2018 23:10 Sten
Rozbalit Rozbalit vše Re: btrfs compress
A tedy ještě pozor na to, že ani tohle nezmění data již zapsaná na disku, pouze nově zapsané bloky.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.