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 00:55 | Nová verze

Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.

Ladislav Hagara | Komentářů: 0
dnes 00:33 | Komunita

Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.

razor | Komentářů: 1
včera 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 5
23.4. 13:22 | Zajímavý software

Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.

Ladislav Hagara | Komentářů: 5
23.4. 06:00 | Nová verze

Byla vydána nová verze 10.7 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Vývojáři GitLabu zdůrazňují Web IDE (YouTube) a SAST (Static Application Security Testing) pro Go a C/C++.

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

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, zveřejnil na svém blogu recenzi notebooku Librem 13 od společnosti Purism. Používá jej již sedm měsíců a s ním i jako umělec spokojen. Potřebu francouzské AZERTY klávesnice vyřešil přelepkami. Na displej se podíval kalibrační sondou, barvy vyladil pomocí open source softwaru DisplayCAL, v aplikaci Inkscape nastavil zvětšování na 170 % aby 1 cm v Inkscapu byl 1 cm v reálu. Webovou kameru, mikrofon, Wi-Fi a Bluetooth lze na Librem 13 hardwarově vypnout.

Ladislav Hagara | Komentářů: 7
21.4. 23:44 | Komunita

Několik posledních verzí GNOME Shellu obsahuje chybu způsobující memory leak (únik paměti). Viz například videozáznamy verzí 3.26 nebo 3.28. Nalezení chyby #64 a její opravě se věnuje Georges Basile Stavracas Neto v příspěvku na svém blogu [reddit].

Ladislav Hagara | Komentářů: 2
21.4. 10:33 | Komunita

V pondělí měl na YouTube online premiéru otevřený krátký 2D film Hero vytvořený v 3D softwaru Blender. Cílem stejnojmenného projektu Hero je vylepšit nástroj Grease Pencil (tužka) v Blenderu 2.8.

Ladislav Hagara | Komentářů: 4
20.4. 23:22 | Nová verze

Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).

Ladislav Hagara | Komentářů: 0
Používáte na serverech port knocking?
 (2%)
 (7%)
 (46%)
 (27%)
 (18%)
Celkem 370 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    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: 201×
    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: 61 | 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: 61 | 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.