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 17:44 | Zajímavý článek

    Jak si zobrazit pomocí Chrome a na Chromiu založených webových prohlížečích stránky s neplatným certifikátem? Stačí napsat thisisunsafe.

    Ladislav Hagara | Komentářů: 0
    dnes 00:33 | Bezpečnostní upozornění

    V repozitáři AUR (Arch User Repository) linuxové distribuce Arch Linux byly nalezeny a odstraněny tři balíčky s malwarem. Jedná se o librewolf-fix-bin, firefox-patch-bin a zen-browser-patched-bin.

    Ladislav Hagara | Komentářů: 8
    dnes 00:22 | Komunita

    Dle plánu by Debian 13 s kódovým názvem Trixie měl vyjít v sobotu 9. srpna.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Komunita

    Vývoj linuxové distribuce Clear Linux (Wikipedie) vyvíjené společností Intel a optimalizováné pro jejich procesory byl oficiálně ukončen.

    Ladislav Hagara | Komentářů: 1
    18.7. 14:00 | Zajímavý článek

    Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie).

    Ladislav Hagara | Komentářů: 0
    18.7. 12:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Forgejo byla vydána ve verzi 12.0 (Mastodon). Forgejo je fork Gitei.

    Ladislav Hagara | Komentářů: 1
    17.7. 18:44 | Zajímavý článek

    Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 155 (pdf) a Hello World 27 (pdf).

    Ladislav Hagara | Komentářů: 1
    17.7. 16:11 | Nová verze

    Hyprland, tj. kompozitor pro Wayland zaměřený na dláždění okny a zároveň grafické efekty, byl vydán ve verzi 0.50.0. Podrobný přehled novinek na GitHubu.

    Ladislav Hagara | Komentářů: 4
    17.7. 15:55 | Komunita

    Patrick Volkerding oznámil před dvaatřiceti lety vydání Slackware Linuxu 1.00. Slackware Linux byl tenkrát k dispozici na 3,5 palcových disketách. Základní systém byl na 13 disketách. Kdo chtěl grafiku, potřeboval dalších 11 disket. Slackware Linux 1.00 byl postaven na Linuxu .99pl11 Alpha, libc 4.4.1, g++ 2.4.5 a XFree86 1.3.

    Ladislav Hagara | Komentářů: 6
    16.7. 21:22 | IT novinky

    Ministerstvo pro místní rozvoj (MMR) jako první orgán státní správy v Česku spustilo takzvaný „bug bounty“ program pro odhalování bezpečnostních rizik a zranitelných míst ve svých informačních systémech. Za nalezení kritické zranitelnosti nabízí veřejnosti odměnu 1000 eur, v případě vysoké závažnosti je to 500 eur. Program se inspiruje přístupy běžnými v komerčním sektoru nebo ve veřejné sféře v zahraničí.

    Ladislav Hagara | Komentářů: 19
    Kolik tabů máte standardně otevřeno ve web prohlížeči?
     (25%)
     (19%)
     (6%)
     (6%)
     (3%)
     (6%)
     (3%)
     (31%)
    Celkem 32 hlasů
     Komentářů: 4, poslední dnes 16:33
    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: 269×
    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.