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 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    včera 12:44 | Nová verze

    Google Chrome 149 byl prohlášen za stabilní. Nejnovější stabilní verze 149.0.7827.53 přináší řadu novinek. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    včera 10:55 | Nová verze

    Pluto.jl, reaktivní notebook pro programovací jazyk Julia, dospěl do verze 1.0.

    Ladislav Hagara | Komentářů: 3
    2.6. 13:44 | Nová verze

    Byla vydána nová verze 12.0.0 vizuálního programovacího jazyka Snap! (Wikipedie) inspirovaného jazykem Scratch (Wikipedie). Přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 0
    2.6. 11:44 | IT novinky

    Počítačovou hru Gravity Circuit (ProtonDB) lze do 14. června do 19:00 získat na Steamu zdarma. Napořád.

    Ladislav Hagara | Komentářů: 0
    2.6. 11:00 | Bezpečnostní upozornění

    Nejnovější X.Org X server 21.1.23 a Xwayland 24.1.12 řeší 9 bezpečnostních chyb.

    Ladislav Hagara | Komentářů: 0
    1.6. 22:33 | Bezpečnostní upozornění

    npm balíčky @redhat-cloud-services byly kompromitovány.

    Ladislav Hagara | Komentářů: 5
    1.6. 22:22 | Bezpečnostní upozornění

    Byly publikovány informace o zranitelnosti CVE-2026-46243 pojmenované CIFSwitch v Linuxu od roku 2007. Běžný uživatel může získat práva roota (lokální eskalaci práv). V upstreamu je již opraveno.

    Ladislav Hagara | Komentářů: 0
    1.6. 19:22 | IT novinky

    Nvidia na své konferenci NVIDIA GTC Taipei 2026 představila řadu novinek. Společně s Microsoftem představili superčip NVIDIA RTX Spark (až 6 144 jader GPU, 20 jader CPU, 1 petaflop AI výkonu v FP4 a 128 GB jednotné paměti). První notebooky a stolní počítače s tímto čipem od Nvidie místo Intelu nebo AMD by se měly na trh dostat na podzim letošního roku.

    Ladislav Hagara | Komentářů: 12
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (4%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1809 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Rozdílová aktualizace binárního souboru

    9.3.2013 14:31 xdta
    Rozdílová aktualizace binárního souboru
    Přečteno: 256×
    Ahoj. Snažím se nějak efektivně zálohovat obrazy LVM diskových oddílů na zálohovací server se souborovým systémem ZFS. Chtěl bych neplýtvat místem a použít verzování těchto záloh. Ideální by bylo vytvořit ZFS snapshot, pak zazálovovat LVM oddíl do nějakého dočasného souboru, pak nějak provést patchnutí již zazálohovaného souboru tímto souborem a ten dočasný soubor vymazat. Tím pádem by se v důsledku použilo navíc jen tolik bajtů, kolik jich bylo rozdílných mezi těmito soubory. Přímým přepisováním původí zálohy to nejde, protože ZFS bere, že cokoliv, co se přepsalo je již jiné. Hledám proto nějaký nástroj, který by umožňoval na základě 2 souborů upravit 1 z těch souborů na základě toho druhého. Existuje něco takového?

    (Pozn. Na elegantnější řešení použítím deduplikace nemám dost RAM)

    Odpovědi

    9.3.2013 15:12 potato
    Rozbalit Rozbalit vše Re: Rozdílová aktualizace binárního souboru
    rsync --only-write-batch-file=...
    rsync --inplace --read-batch-file=...
    
    Na obrazy oddílů jsem to teda nikdy nezkoušel použít.
    10.3.2013 01:44 xdta
    Rozbalit Rozbalit vše Re: Rozdílová aktualizace binárního souboru
    Toto, zdá se, nějakým způsobem funguje. Jen je potřeba dát si pozor na to, že --inplace musí být i u zápisu batche. Dost mě ale udivuje prapodivné chování rsync během čtení toho batch souboru. Podle měření doby plné zálohy a doby inkrementální s --read-batch čte rsync při read-batch celý původní soubor místo toho, aby v něm seekoval, což trvá samozřejmě relativně dlouho. Také neodpovídá velikost batch souboru velikosti provedených změn v souboru (např. 65MB batch soubor změní 1GB dat). Proč tomu tak je? Souvisí to nějak s velikostí bloku, se kterou pracuje souborový systém a rsync nebo něčím jiným?

    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.