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 23:22 | Nová verze

Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).

Ladislav Hagara | Komentářů: 0
včera 17:22 | Komunita

Včera vydanou hru Rise of the Tomb Raider pro Linux lze do pondělí 23. dubna koupit na Steamu s 67% slevou. Místo 49,99 € za 16,49 €.

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

Na Humble Bundle lze získat počítačovou hru Satellite Reign (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
včera 15:44 | Zajímavý software

Společnost Apple koupila před třemi lety společnost FoundationDB vyvíjející stejnojmenný NoSQL databázový systém FoundationDB (Wikipedie). Včera byl tento systém uvolněn jako open source pod licencí Apache 2.0. Zdrojové kódy jsou k dispozici na GitHubu.

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

Po dva a půl roce od vydání verze 5.7 oznámila společnost Oracle vydání nové major verze 8.0 (8.0.11) databázového systému MySQL (Wikipedie). Přehled novinek v poznámkách k vydání. Zdrojové kódy komunitní verze MySQL jsou k dispozici na GitHubu.

Ladislav Hagara | Komentářů: 2
19.4. 14:44 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 151. brněnský sraz, který proběhne v pátek 20. 4. od 18:00 hodin v restauraci Benjamin na Drobného 46.

Ladislav Hagara | Komentářů: 0
19.4. 13:33 | Nová verze

Byla vydána verze 18.04.0 KDE Aplikací (KDE Applications). Přehled novinek v kompletním seznamu změn a na stránce s dalšími informacemi.

Ladislav Hagara | Komentářů: 0
19.4. 13:11 | Nová verze

Bylo oznámeno vydání nové stabilní verze 1.26 a beta verze 1.27 open source textového editoru Atom (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
19.4. 12:55 | Komunita

Dle plánu byla dnes vydána hra Rise of the Tomb Raider (Wikipedie) pro Linux. Koupit ji lze za 49,99 €.

Ladislav Hagara | Komentářů: 3
19.4. 09: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ě 254 bezpečnostních chyb. V Oracle Java SE je například opraveno 14 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 12 z nich. V Oracle MySQL je opraveno 33 bezpečnostních chyb. Vzdáleně zneužitelné bez autentizace jsou 2 z nich.

Ladislav Hagara | Komentářů: 3
Používáte na serverech port knocking?
 (3%)
 (7%)
 (47%)
 (26%)
 (17%)
Celkem 334 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: btrfs compress

    6.1. 15:07 chinook | skóre: 26
    btrfs compress
    Přečteno: 699×
    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.