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

    Byla vydána únorová aktualizace aneb nová verze 1.110 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.110 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 2
    včera 18:11 | IT novinky

    Apple představil 13palcový MacBook Neo s čipem A18 Pro. V základní konfiguraci za 16 990 Kč.

    Ladislav Hagara | Komentářů: 29
    včera 12:22 | Komunita

    Kalifornský zákon AB 1043 platný od 1. ledna 2027 vyžaduje, aby operační systémy požadovaly po uživatelích věk nebo datum narození a skrze API poskytovaly aplikacím informaci, zda je uživatel mladší 13 let, má 13 až 16 let, má 16 až 18 let nebo má alespoň 18 let. Vývojáři linuxových distribucí řeší, co s tím (Ubuntu, Fedora, …).

    Ladislav Hagara | Komentářů: 61
    včera 11:44 | Pozvánky

    Konference LinuxDays 2026 proběhne o víkendu 3. a 4. října v Praze v areálu ČVUT v Dejvicích na FIT. Čekají vás desítky přednášek, workshopy, stánky a setkání se spoustou chytrých lidí.

    Petr Krčmář | Komentářů: 0
    včera 00:44 | Humor

    Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 145. Aktuální verze Firefoxu je 148. Od září přejde Chrome na dvoutýdenní cyklus vydávání. V kterém týdnu bude mít Chrome větší číslo verze než Firefox? 😀

    Ladislav Hagara | Komentářů: 1
    3.3. 21:55 | IT novinky Ladislav Hagara | Komentářů: 4
    3.3. 13:44 | Komunita

    Bylo spuštěno hlasování o přednáškách a workshopech pro letošní Installfest, jenž proběhne o víkendu 28. a 29. března v Praze na Karlově náměstí 13.

    Ladislav Hagara | Komentářů: 3
    3.3. 04:33 | Nová verze

    Byla vydána (Mastodon, 𝕏) třetí RC verze GIMPu 3.2. Přehled novinek v oznámení o vydání. Podrobně v souboru NEWS na GitLabu.

    Ladislav Hagara | Komentářů: 0
    2.3. 21:44 | IT novinky

    Apple představil iPhone 17e a iPad Air s čipem M4.

    Ladislav Hagara | Komentářů: 18
    2.3. 21:11 | Zajímavý software

    Byla vydána verze 1.0 editoru kódů Gram. Jedná se o fork editoru Zed bez telemetrie a umělé inteligence.

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (17%)
     (6%)
     (0%)
     (11%)
     (28%)
     (2%)
     (5%)
     (1%)
     (13%)
     (25%)
    Celkem 1012 hlasů
     Komentářů: 25, poslední 3.2. 19:50
    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: 248×
    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.