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 20:44 | Nová verze

    Byla vydána beta verze Ubuntu 25.04 s kódovým názvem Plucky Puffin. Přehled novinek v poznámkách k vydání. Dle plánu by Ubuntu 25.04 mělo vyjít 17. dubna 2025.

    Ladislav Hagara | Komentářů: 0
    včera 12:11 | Nová verze

    Textový editor Neovim byl vydán ve verzi 0.11 (𝕏). Přehled novinek v příspěvku na blogu a poznámkách k vydání.

    Ladislav Hagara | Komentářů: 3
    včera 05:00 | Komunita

    Živé ISO obrazy Debianu Bookworm jsou 100 % reprodukovatelné.

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

    Boudhayan "bbhtt" Bhattcharya v článku Uzavření kapitoly o OpenH264 vysvětluje, proč bylo OpenH264 odstraněno z Freedesktop SDK.

    Ladislav Hagara | Komentářů: 6
    26.3. 03:44 | IT novinky

    Představeny byly nové verze AI modelů: DeepSeek V3-0324, Google Gemini 2.5 a OpenAI 4o Image Generation.

    Ladislav Hagara | Komentářů: 0
    26.3. 03:11 | Nová verze

    XZ Utils (Wikipedie) byly vydány ve verzi 5.8.0. Jedná se o první větší vydání od backdooru v XZ v loňském roce.

    Ladislav Hagara | Komentářů: 0
    25.3. 20:33 | Nová verze

    Byla vydána nová verze 0.40.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Přehled novinek, změn a oprav na GitHubu. Požadován je FFmpeg 6.1 nebo novější a také libplacebo 6.338.2 nebo novější.

    Ladislav Hagara | Komentářů: 63
    25.3. 14:11 | Nová verze

    Byla vydána nová verze 2.20 svobodného video editoru Flowblade (GitHub, Wikipedie). Přehled novinek v poznámkách k vydání. Videoukázky funkcí Flowblade na Vimeu. Instalovat lze také z Flathubu.

    Ladislav Hagara | Komentářů: 0
    25.3. 04:22 | Nová verze

    LibrePCB, tj. svobodný multiplatformní softwarový nástroj pro návrh desek plošných spojů (PCB), byl vydán ve verzi 1.3.0. Přehled novinek v příspěvku na blogu a v aktualizované dokumentaci. Vypíchnut je interaktivní HTML BOM (Bill of Materials) a počáteční podpora Rustu. Zdrojové kódy LibrePCB jsou k dispozici na GitHubu pod licencí GPLv3.

    Ladislav Hagara | Komentářů: 0
    25.3. 03:33 | Komunita

    Minulý měsíc Hector "marcan" Martin skončil jako upstream vývojář linuxového jádra i jako vedoucí projektu Asahi Linux. Vývoj Asahi Linuxu, tj. Linuxu pro Apple Silicon, ale pokračuje dál. Byl publikován březnový přehled dění a novinek z vývoje. Vývojáře lze podpořit na Open Collective.

    Ladislav Hagara | Komentářů: 22
    Jaké je vaše preferované prostředí?
     (28%)
     (1%)
     (1%)
     (2%)
     (1%)
     (1%)
     (63%)
     (2%)
    Celkem 242 hlasů
     Komentářů: 10, poslední 24.3. 12:37
    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: 264×
    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.