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 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 7
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 3
včera 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 13
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

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

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 32
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 50
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 947 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    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: 60 | blog: Par_slov
    Použití rsync tak, aby se po sítí skutečně přenášely jen rozdíly dat.
    Přečteno: 682×
    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.
    Nezapomeňte si posunout časovače na svých bombách o hodinu dopředu!
    17.5.2015 21:08 lertimir | skóre: 60 | 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: 61 | 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: 60 | 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: 60 | 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: 67
    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: 60 | 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.