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 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
dnes 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

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

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

Ladislav Hagara | Komentářů: 36
13.1. 02:00 | Nová verze

Po pěti měsících od vydání verze 1.0.0 (zprávička) byla vydána verze 2.0.0 frameworku Kirigami (HIG) pro vytváření uživatelských rozhraní mobilních a konvergentních aplikací nad toolkitem Qt. Pro vyzkoušení je určena aplikace pro Android Kirigami gallery.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 302 hlasů
 Komentářů: 24, poslední dnes 10:14
    Rozcestník
    Reklama

    Dotaz: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.

    17.5.2015 17:12 lertimir | skóre: 59 | blog: Par_slov
    Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Přečteno: 678×
    Chci se jen ujistit, že tomu co jsem si načet rozumím správně. Situace je taková. Mám desktop a server, část datového prostoru server je exportováno jako NFS share a mounuto k desktopu řekněme adresář /mnt/server. V části tohoto připojeného prostoru je datová kopie (záloha) důležitého stromu (fotky dokumenty). Zkopírovat to samozřejmě mohu různými způsoby, od cp přes synchronizaci adresáře v krusaderu, rsync lokálně mezi ~/data /mnt/server/data pak rsync --rsh="ssh -l uzivatel" . 10.0.0.1:/mnt/export1/data. Ale obávám se, že všechno tohle přes síť fakticky přetlačí všechnno z data a jediná možnost je na serveru mít rsyncd a kopírovat to s ním. Dat už je celkem dost tak. Je to mu tak nebo to jde i jinak?

    Řešení dotazu:


    Odpovědi

    17.5.2015 17:27 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.

    Mezi rsyncd a rsync pres SSH by neměl být rozdíl.

    rsync normálně používá metadata (čas změny a velikost), aby považoval soubory za stejné a nezkoumal jejich obsah. Ve zbývajících případech samozřejmě musí přečíst obsah. Takže pokud nechceš tahat data po síti tam a zpět, tak místo kopírování na rsyncu do přípojeného NFS použij rsync proti serveru.

    Na konec v upovídaném režimu klient hlásí, kolik dat přenesl po síti. Tak si můžeš změřit.

    Jendа avatar 17.5.2015 17:28 Jendа | skóre: 73 | blog: Výlevníček | JO70FB
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Ale obávám se, že všechno tohle přes síť fakticky přetlačí všechnno z data a jediná možnost je na serveru mít rsyncd a kopírovat to s ním.
    Ne, rsync přes ssh je ekvivaletní rsyncd a přenáší taky jen změny (ze zvyku teda dávám --partial). Ostatně můžeš si to zkusit…

    rsync lokálně bude kopírovat jen změněné soubory, ale celé, protože by stejně musel ten druhý soubor přečíst.
    „To jsem nedávno zjistil, že naše televize jde ovládat po síti. Docela mě to překvapilo.“ „Jo? A kdo vám ji ovládal?“
    17.5.2015 21:08 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    takže ten rsync přes ssh spustí na druhé straně také rsync, protože když mám 100M soubor se změněným 1M musí to oba lokálně na svém systému přečíst, nějak nasekat a vyměnit si hashe těch částí a na základě zjištění rozdílných částí, jen ty přenést, jinak si to představit nedokážu.
    17.5.2015 22:30 dustin | skóre: 60 | blog: dustin
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Přesně tak to funguje
    21.5.2015 12:28 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    A je rsync schopen i najit když do souboru je něco vloženo (vystříhnuto)? Protože to by nebylo jen porovnání bloků, ale nalezení (libovolného) bitového posunu něco jako diff pro binárku a ne text.
    21.5.2015 18:36 Filip Jirsák
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Ano, je toho schopen. Tedy pokud to vložené je zarovnané na bajty, bitové posuny rsync nehledá (protože i ostatní software pracuje s bajty a ne s bity).

    Rsync používá pro nalezení shodných bloků kontrolní součet, který se snadno aktualizuje, když ten blok postupně posouváte po souboru. Tj. spočítá se kontrolní součet bloku, pak se blok o bajt posune, a se znalostí toho předchozího součtu, bajtu, který vypadl, a nového bajtu rychle spočítáte kontrolní součet nového bloku. Takhle si rsync rychle spočívá kontrolní součty všech bloků souboru na cílové straně. Odesílající strana pak jen odešle „1. blok má součet XY, 2. blok ZZ“ atd. Příjemce se pak podívá, jestli blok s takovým kontrolním součtem zná, pokud ano, tak ho použije, pokud ne, řekne si odesílající straně o celý blok. Celé je to samozřejmě trošku složitější, např. ten rychlý kontrolní součet bloku není kryptograficky bezpečný (může se stát, že dva různé bloky mají stejný součet), takže se pak shoda ověřuje ještě nějakou kryptograficky bezpečnou hashovací funkcí.
    alles32 avatar 20.5.2015 17:40 alles32 | skóre: 15 | Evropa
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    zdar, a nebo muzes pouzit nejakej verzovaci system, treba svn. pri commitu ~/data do /mnt/server/data se dostanou jen novy a nebo zmeneny fajly.
    20.5.2015 19:20 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Verzovací systém na fotky a videa není asi vhodné. Prostě když sáhnu na 50 GB fotek tím že upravuji metadata, a jen 2-5G je fakticky upravených, ale fakticky všechny mají nové časy, tak přenášet jen to, co se změnilo. navíc verzování je hlavně když potřebuji držet historii. To když bych použil tak mám desítky TB fotek.
    Josef Kufner avatar 20.5.2015 20:19 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Mohl bys zkusit použít Git Annex. Ten je dělaný na verzování velkých souborů a s tímto by se měl vyrovnat. Na pozadí pro samotný přenos také používá rsync.
    Hello world ! Segmentation fault (core dumped)
    alles32 avatar 23.5.2015 13:43 alles32 | skóre: 15 | Evropa
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    zdar verzovaci systemy jsou stejne pouzitylny aj pro verzovani binarnich fajlu, akorat neukazuje diff. zmena timestampu neznamena pro svn zmenu v souboru, nybrz pouziva binary-differencing algorithm. rtfm ;]
    23.5.2015 16:19 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Ale otázka je, jak pozná rozdíl, aniž by přenášel data po síti. ten rsync problém řeší. Ale u verzování to stejně musím přečíst. takže musím to NFS přenést po síti. Jedna RAW fotka má 30-50MB, pokud do jednoho focení s akce, což je třeba 500 fotek dodám později pár metatagů, tak ten verzovací systém musí přečít data originálu a data kopie a zjistit že v originálu mám o metatagy navíc a co bude dělat? Pošle celé nové soubory do cílového adresáře. Takže data pojedou přes NFS dvakrát. jednou aby se zjistilo, co je obsahem kopie. a po druhé, když se zjistí, že originál je novější tak se pošle originál a zase poteče přes síť. Kdežto ten rsync jak tomu rozumím a už jsem si i zkusil pošle jen CRCčka a hashe jednotlivých částí a pak pošle jen skutečné rozdíly a čtení probíhá lokální rychlostí disků, vzhledem k tomu že na obou stranách jsou raidy tak je to přes 200MB/s, i na gigabitu jsem někde u 90 MB/s.
    20.5.2015 18:30 smartass
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    delta-xfer algoritmus jde vynutit i pro lokální cesty pomocí --no-whole-file, což se může právě v případě NFS hodit. Je ale dost pravděpodobné, že bude účinnější použít přímo kód rsyncu pro přenos dat po síti (pomocí rsyncd nebo ssh) místo NFS. Narozdíl od NFS přístupu totiž může rsync proces na serveru číst data na serveru rychleji, než lokální proces přes NFS a čas nutný k výpočtu rozdílu se tak přibližně z poloviny přesune na server. Samozřejmě toto jsou jen teoretické úvahy, asi mohou existovat případy, kdy to bude naopak.
    20.5.2015 20:08 Filip Jirsák
    Rozbalit Rozbalit vše Re: Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Pokud máte připojené NFS, musí se pro porovnání toho souboru nejprve celý soubor přes síť přenést (NFS protokolem). Právě proto je výhodnější rsync, protože ten čte data (rychle) z lokálního disku (na obou stranách), a po síti se přenese jen rozdíl.

    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.