abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 23:22 | Nová verze

    Hudební přehrávač Amarok byl vydán v nové major verzi 3.0 postavené na Qt5/KDE Frameworks 5. Předchozí verze 2.9.0 vyšla před 6 lety a byla postavená na Qt4. Portace Amaroku na Qt6/KDE Frameworks 6 by měla začít v následujících měsících.

    Ladislav Hagara | Komentářů: 4
    včera 21:44 | Komunita

    Ubuntu 24.10 bude Oracular Oriole (věštecká žluva).

    Ladislav Hagara | Komentářů: 9
    včera 20:22 | Nová verze

    Byla vydána nová verze 2.45.0 distribuovaného systému správy verzí Git. Přispělo 96 vývojářů, z toho 38 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání. Vypíchnout lze počáteční podporu repozitářů, ve kterých lze používat SHA-1 i SHA-256.

    Ladislav Hagara | Komentářů: 0
    včera 13:33 | IT novinky

    Před 25 lety, ve čtvrtek 29. dubna 1999, byla spuštěna služba "Úschovna".

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

    Byla vydána nová verze 24.04.28 s kódovým názvem Time After Time svobodného multiplatformního video editoru Shotcut (Wikipedie) a nová verze 7.24.0 souvisejícího frameworku MLT Multimedia Framework. Nejnovější Shotcut je vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    28.4. 16:33 | Nová verze Ladislav Hagara | Komentářů: 0
    28.4. 03:22 | Zajímavý článek

    V aktuálním příspěvku na blogu počítačové hry Factorio (Wikipedie) se vývojář s přezývkou raiguard rozepsal o podpoře Linuxu. Rozebírá problémy a výzvy jako přechod linuxových distribucí z X11 na Wayland, dekorace oken na straně klienta a GNOME, změna velikosti okna ve správci oken Sway, …

    Ladislav Hagara | Komentářů: 0
    28.4. 00:11 | Nová verze

    Rakudo (Wikipedie), tj. překladač programovacího jazyka Raku (Wikipedie), byl vydán ve verzi #171 (2024.04). Programovací jazyk Raku byl dříve znám pod názvem Perl 6.

    Ladislav Hagara | Komentářů: 7
    27.4. 17:44 | Nová verze

    Společnost Epic Games vydala verzi 5.4 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    26.4. 17:11 | Nová verze

    Byl vydán Nextcloud Hub 8. Představení novinek tohoto open source cloudového řešení také na YouTube. Vypíchnout lze Nextcloud AI Assistant 2.0.

    Ladislav Hagara | Komentářů: 12
    KDE Plasma 6
     (75%)
     (8%)
     (2%)
     (15%)
    Celkem 884 hlasů
     Komentářů: 4, poslední 6.4. 15:51
    Rozcestník

    Dotaz: Veľmi pomalý rdiff-backup cez sshfs

    1.11.2015 12:44 Peter
    Veľmi pomalý rdiff-backup cez sshfs
    Přečteno: 251×
    Dobrý deň vám prajem.

    Mám dedikovaný server ku ktorému je v cene 100GB úložiska na zálohy. Pristupovať naň môžem len cez cifs || ftp || scp. rdiff-backup server tam nainštalovaný samozrejme nie je, teda nemôžem využiť interné ssh spojenie. Jediné riešenie je mount sshfs.

    Problém je nasledovný, zálohujem 1.6GB web kde je veľa malých súborov a prvá záloha trvala relatívne krátko - cca 10 minút. Druhá záloha (čiže keď už robí diff) trvala 4 hodiny a pritom zmena bola len v cca 50MB.

    Co s tým? Vopred vám za pomoc veľmi pekne ďakujem.

    Odpovědi

    1.11.2015 13:36 NN
    Rozbalit Rozbalit vše Re: Veľmi pomalý rdiff-backup cez sshfs
    Podle dodanych informaci a mnozstvi vystupu muzes, bud vytahnout vesteckou kouli, nebo vykladat karty.
    1.11.2015 14:45 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Veľmi pomalý rdiff-backup cez sshfs
    Problém je proto, že celé je to navržené blbě. Pokud první rdiff-backup trvá 10 minut, tak by to měl být čas celkového přenesení všech souborů po lince, sekvenčním způsobem. Pokud jede rdiff-backup na další inkrementální zálohy, tak se počitají rozdíly. Algoritmy rsync jsou mnohem více navrženy tak že přístup, k disků je lokální, tedy mnohanásobně rychlejší než po síti. Lokálně si postupně spočítají chrakteristiky (blockové hashe) souborů a o nich se postupně dohaduje. Když si představím, že bych měl naprogramovat např. že v souboru bude na místě 145865 bytu vloženo 641 byte, pak na místě 178655 chybí 1633 bytů a na místě 198225 je 468 bytů nahrazeno 1752 byty, tak mnohdy se vícenásobnému čtení nebude možné vyhnout. Což při lokálních rychlostech nemusí vadit, ale tlačit ty změny a najít je přes pomalou linku je problém. Pokud nejede na obou stranách rsync, tak na filsystému to bude pomalé.

    řešil bych to tak, že bych nakopiroval vždy celý web (jeden adresář, do kterého bude vytvářena synchronní kopie) a následně tento lokální adresář zálohoval.

    1.11.2015 15:56 pavele
    Rozbalit Rozbalit vše Re: Veľmi pomalý rdiff-backup cez sshfs
    Další problém bych viděl v tom, že se tu mažou příspěvky.

    Můžeš spustit rdiff-backup -v 9, aby bylo vidět, kde je problém.

    Asi by bylo dobré dát sem ten výstup a s jakými parametry ten rdiff-backup spouštíš.

    Osobně mi trvá kontrola rdiff-backup necelé tři minuty pro cca 60 GB dat (převážně dokumenty a fotky) na 100 Mb lince, připojení pomocí cifs.

    1.11.2015 16:51 lertimir | skóre: 64 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Veľmi pomalý rdiff-backup cez sshfs
    No ale to se ti určitě nečtou data. 1GB za 3 sekundy přes 100Mb neprojde. Projdou se jen adresáře a souboru s nezměněným datem se to nedotkne. Otázka je co se děje u tazatele. Třeba přes sshfs nemá správné časy a tím pádem čte data, ale to že inkrement trvá násobně déle než full je problém v designu.

    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.