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í
×
dnes 17:00 | Nová verze

Po pěti letech vývoje byla vydána nová verze 2.6.0 svobodné tahové strategické počítačové hry Freeciv (Wikipedie) inspirované herní sérií Civilization. Přehled novinek v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
včera 16:11 | Nová verze

Byla vydána verze 8.0 open source unixového operačního systému NetBSD (Wikipedie). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Zajímavý projekt

Uživatel denholmsdead již více než rok zveřejňuje na redditu své obrázky s linuxovou tématikou. Náhledy obrázků jsou k dispozici na linux.pictures. Obrázky v plném rozlišení na GitLabu.

Ladislav Hagara | Komentářů: 2
20.7. 18:55 | Zajímavý projekt

Společnosti Google, Microsoft, Twitter a Facebook společně představily open source platformu Data Transfer Project (DTP). Cílem platformy je zjednodušit uživatelům přechod a přenos dat mezi jednotlivými online službami. Podrobnosti v pdf a na GitHubu.

Ladislav Hagara | Komentářů: 5
20.7. 18:33 | Nová verze

Canonical a Microsoft společně oznámili, že PowerShell Core je nově dostupný také jako snap balíček na Snapcraftu. Microsoft uvolnil zdrojové kódy PowerShellu (Wikipedie, GitHub) v srpnu 2016 pod open source licencí MIT a naportoval je na Linux.

Ladislav Hagara | Komentářů: 2
20.7. 13:11 | Zajímavý projekt

Novinkou v minor aktualizaci webového prohlížeče Vivaldi je podpora vyhledávače Qwant (Wikipedie). Vývojáři Vivaldi zdůrazňují, že se jedná o evropský vyhledávač respektující soukromí uživatelů.

Ladislav Hagara | Komentářů: 7
20.7. 01:33 | Nová verze

Po šesti letech od vydání verze 1.0 byla vydána verze 2.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.

Ladislav Hagara | Komentářů: 0
19.7. 16:22 | Nová verze Ladislav Hagara | Komentářů: 14
19.7. 15:00 | Komunita

Dnes končí podpora Ubuntu 17.10 Artful Aardvark. Uživatelům je doporučen přechod na Ubuntu 18.04 Bionic Beaver s prodlouženou podporou do roku 2023. Podpora standardních verzí Ubuntu je 9 měsíců. Verze 17.10 byla vydána 19. října 2017.

Ladislav Hagara | Komentářů: 12
19.7. 13:33 | Bezpečnostní upozornění

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

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (77%)
 (20%)
 (5%)
 (7%)
 (2%)
 (10%)
Celkem 376 hlasů
 Komentářů: 40, poslední 29.6. 10:21
    Rozcestník

    Dotaz: btrfs compress

    6.1. 15:07 chinook | skóre: 26
    btrfs compress
    Přečteno: 708×
    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. 17:59 Aleš Kapica | skóre: 47 | 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. 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. 20:11 Aleš Kapica | skóre: 47 | 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. 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. 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. 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. 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. 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. 09:14 Aleš Kapica | skóre: 47 | 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. 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. 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. 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. 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. 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. 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. 22:57 trubicoid2
    Rozbalit Rozbalit vše Re: btrfs compress
    Tak trochu to pomohlo, ale ne moc. Asi posilaji moc nekomprimovatlenych priloh :)
    9.1. 23:01 Kit | skóre: 41 | 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. 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. 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. 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. 12:50 Vantomas | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: btrfs compress
    No ty soubory, které jsou plné base64 docela zkomprimovat půjdou...
    8.1. 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. 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. 22:13 chinook | skóre: 26
    Rozbalit Rozbalit vše Re: btrfs compress
    Kde použít atribut c?
    9.1. 22:50 Sten
    Rozbalit Rozbalit vše Re: btrfs compress
    Na soubory a adresáře toho subvolume.
    10.1. 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. 11:30 Sten
    Rozbalit Rozbalit vše Re: btrfs compress
    chattr +c -R /mount/point
    10.1. 15:50 Vantomas | skóre: 27 | 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. 15:56 Vantomas | skóre: 27 | 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. 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.