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 13:33 | Pozvánky

Byly stanoveny termíny konferencí LinuxDays 2017 a OpenAlt 2017. Letošní LinuxDays proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Letošní OpenAlt proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně.

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

Jiří Eischmann z desktopového týmu Red Hatu se v příspěvku Linuxový desktop: Co vám chybí na svém blogu ptá, co uživatele na Fedora Workstation a na linuxovém desktopu obecně trápí a co by desktopový tým mohl zlepšit. Pokud máte nějaké podněty, napište mu je do komentářů.

Ladislav Hagara | Komentářů: 52
včera 03:33 | Nová verze

Byla vydána nová verze 0.25.0 multimediálního přehrávače mpv (Wikipedie) vycházejícího z přehrávačů MPlayer a mplayer2. Z novinek lze zmínit například podporu DVB-T2. Další části mpv byly přelicencovány z GPLv2 nebo novější na LGPLv2.1 nebo novější (#2033).

Ladislav Hagara | Komentářů: 0
včera 02:22 | Zajímavý projekt

Na Bundle Stars byla spuštěna akce Dollar Forever Bundle. Za 1 dolar lze získat 24 počítačových her bežících na platformě Steam také v Linuxu.

Ladislav Hagara | Komentářů: 2
24.4. 23:44 | Zajímavý software

Lychee je jedním z open source softwarů pro tvorbu webových fotoalb. Vyžadováno je PHP 5.5 nebo novější a MySQL. Ukázka na stránkách projektu. Zdrojové kódy jsou k dispozici na GitHubu pod open source licencí MIT [reddit].

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

Společnosti Haivision a Wowza společně oznámily vznik SRT Alliance a otevření protokolu pro streamování videa SRT. Podrobnosti v FAQ. Zdrojové kódy SRT jsou k dispozici na GitHubu pod open source licencí LGPLv2.1.

Ladislav Hagara | Komentářů: 0
24.4. 12:33 | Humor

Byl vydán remake filmu Ghost in the Shell. Tentokrát v Bashi. Zhlédnout lze online na "ssh ghost@theshell.xyz" [Hacker News].

Ladislav Hagara | Komentářů: 16
23.4. 20:40 | Zajímavý článek

Lukáš Růžička v článku S Hydrogenem za lepší rytmus aneb bubeníkem snadno a rychle na MojeFedora.cz představuje automatického bubeníka s názvem Hydrogen (Wikipedie): Hydrogen je velmi vydařený program, který rozhodně nesmí chybět ve výbavě žádného linuxového muzikanta. Umožňuje nejen vytváření jednoduchých bicích doprovodů, ale také sofistikované programování bicích a perkusí, jehož výsledek se naprosto vyrovná drahým

… více »
Ladislav Hagara | Komentářů: 17
23.4. 13:55 | Zajímavý projekt

UPSat (Twitter) je první open source nanodružice (CubeSat). Jedná se o společný projekt nadace Libre Space Foundation a University of Patras. Repozitáře projektu jsou k dispozici na GitHubu. Pod Libre Space Foundation patří také projekt SatNOGS (zprávička), projekt globální sítě open source pozemních satelitních stanic, vítězný projekt soutěže The Hackaday Prize 2014. UPSat je součástí mise QB50 (Twitter). ID UPSatu je GR02. GPS přijímač na UPSatu je od české společnosti SkyFox Labs. Součástí mise QB50 je i česká nanodružice VZLUSAT-1 s ID CZ02.

Ladislav Hagara | Komentářů: 5
21.4. 15:00 | Komunita

V diskusním listu Thunderbird planning vývojáři poštovního klienta Thunderbird řeší, zda by nebylo možné budoucí Thunderbird postavit nad webovými technologiemi, tj. nad Electronem, stejně jako například Nylas Mail. Gecko, nad kterým je Thunderbird postaven, se má hodně změnit. V plánu je odstranění vlastností, které Firefox už nepotřebuje, ale Thunderbird je na nich závislý [Hacker News, reddit].

Ladislav Hagara | Komentářů: 103
Chystáte se pořídit CPU AMD Ryzen?
 (4%)
 (34%)
 (1%)
 (7%)
 (45%)
 (9%)
Celkem 300 hlasů
 Komentářů: 43, poslední dnes 02:36
    Rozcestník

    Dotaz: Pár otázek k Btrfs

    21.3.2014 18:02 Franta
    Pár otázek k Btrfs
    Přečteno: 495×
    Dost vážně teď zvažuji produkční nasazení Btrfs. Něco mám načteno, něco vyzkoušeno, ale přeci jen bych uvítal nějaké praktické zkušenosti a rady :-)

    Chci použít FS pro inkrementální zálohy - udělat snapshot, ten inkrementálně odzálohovat (tzn. přenést jen změny) na jiný stroj. Staré snapshoty na obou stranách průběžně mazat a nechávat si jen pár posledních. Je to dobrý nápad? Je to spolehlivé? Pokud by tohle nešlo, tak pro mne v podstatě Btrfs padá - chybí hlavní důvod ho použít.

    Disk bude sloužit jen pro data, systém bude jinde - dávat pod Btrfs LVM je blbost, ale co MBR nebo GPT? Jsou k něčemu dobré, nebo můžu dát s klidem Btrfs na celý fyzický disk? (ve skutečnosti vzdálené diskové pole, ale o tom místní OS neví a nemusí řešit žádné RAIDy nebo spojování více disků dohromady).

    Od jaké verze jádra považujete Btrfs za "dost dobře použitelné"?

    Komprese asi není dobrý nápad. Jsou nějaké další věci, na které si dát pozor?

    Jak s defragmentací? Radši ruční než automatická? Jak často ji spouštět? Jaké procento zaplněnosti disku je podle vás v pohodě a kdy už byste běželi přidávat další disky?

    Odpovědi

    Aleš Janda avatar 21.3.2014 23:08 Aleš Janda | skóre: 21 | blog: kýblův blog | Kralupy nad Vltavou
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Chci použít FS pro inkrementální zálohy - udělat snapshot, ten inkrementálně odzálohovat (tzn. přenést jen změny) na jiný stroj. Staré snapshoty na obou stranách průběžně mazat a nechávat si jen pár posledních. Je to dobrý nápad? Je to spolehlivé?

    Nemám zkušenost s přenosem změn na nový stroj. Ale samotné snapshotování a mazání starých - ano, je to spolehlivé, používám.

    Od jaké verze jádra považujete Btrfs za "dost dobře použitelné"?

    Cokoli tak rok zpátky je úplně v klidu.

    Komprese asi není dobrý nápad.

    Proč by nebyla? Naopak je to jedna z killer feature. Pokud všechno transparentně nešifruješ nad BTRFS, určitě to má smysl.

    Jak s defragmentací? Radši ruční než automatická? Jak často ji spouštět? Jaké procento zaplněnosti disku je podle vás v pohodě a kdy už byste běželi přidávat další disky?

    Defragmentaci to sice nějakou umí, ale nikdy jsem nezaznamenal žádný rozdíl. Dokonce starší jádra (starší než hodně nové) defragmentovaly v rámci jednoho snapshotu; tj. pokud byl jeden stejný soubor ve dvou snapshotech (nezměnil se), v tom jednom se zkopíroval na nové místo, čímž najednou začal zabírat dvakrát tolik místa.

    Jsou nějaké další věci, na které si dát pozor?

    Je to pomalý. POMALÝ. Fakt hodně. Už instalace systému bude tak 2-3x delší (a aptitude obecně si na tom láme zuby). Pokud se ti zpočátku bude zdát, že to není tak hrozné, časem to bude jenom pomalejší a pomalejší. Údajně je to kvůli tomu, že copy-on-write systémy se z principu strašně fragmentují, ale řekl bych, že je v tom i něco jiného, protože defragmentace moc nepomáhá. Občas se stane, že se systém tak nějak na 5-20 sekund zasekne, kdy svítí jen disk. A třeba zkopírovat víc než 1 GB velkej soubor v rámci disku taky neprobíhá úplně plynule (po tom GB dojde nějaká cache nebo co a strašně to laguje. A to dokonce i na SSD, něco je prostě blbě s BTRFS).

    Nicméně pokud rychlost pro tebe není zásadní a oceníš snapshoty (a kompresi), můžu doporučit :-)
    BigWrigley avatar 21.3.2014 23:23 BigWrigley | skóre: 32
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Je to pomalý. POMALÝ. Fakt hodně. Už instalace systému bude tak 2-3x delší (a aptitude obecně si na tom láme zuby). Pokud se ti zpočátku bude zdát, že to není tak hrozné, časem to bude jenom pomalejší a pomalejší.

    Pod tohle bych se podepsal. Myslel jsem, ze se Debian na btrfs snad ani nenainstaluje. Take nevim presne, co je duvodem, ale subjektivne byla prace s diskem tak 3-4 pomalejsi, a to jsem mel system na SSD. Po 14 dnech jsem migroval na ext4.
    Linux is like a wigwam - no windows, no gates and Apache inside.
    23.3.2014 11:17 erino72 | skóre: 2
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Je ta instalacia dlhsia aj pri inych systemoch? Ubuntu, Fedora?
    BigWrigley avatar 23.3.2014 16:53 BigWrigley | skóre: 32
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Neskousel jsem. Bohuzel nemam cas si s tim moc hrat, ale subjektivne se Debian po instalaci choval neuveritelne line. Kompresi jsem nepouzival. Ale obycejna prace s fs, rozumej napr otevreni adresarove struktury v Doplhinu v KDE byla velmi citelne pomalejsi. A to nemluvim o napr. dekompresi zdrojaku jadra.

    Neprisel jsem na to, co je spatne, a indikuje mi to, ze na realne nasazeni je brzo.
    Linux is like a wigwam - no windows, no gates and Apache inside.
    Heron avatar 23.3.2014 17:14 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Co dělám špatně?

    BTRFS:
    wget https://www.kernel.org/pub/linux/kernel/v3.x/linux-3.13.6.tar.xz
    
    time tar xf linux-3.13.6.tar.xz
    
    real    0m6.016s
    user    0m5.932s
    sys     0m1.428s
    
    du -sh linux-3.13.6
    414M    linux-3.13.6
    
    TMPFS "ramdisk":

    time tar xf /home/tomas/test/linux-3.13.6.tar.xz 
    
    real    0m5.874s
    user    0m5.904s
    sys     0m0.616s
    BigWrigley avatar 23.3.2014 17:31 BigWrigley | skóre: 32
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Nevim. Zkusim to znovu a dam vedet :-)
    Linux is like a wigwam - no windows, no gates and Apache inside.
    Heron avatar 23.3.2014 17:37 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Zkus. Btrfs má default commit time 30s (například ext3 má 5s), takže se ten archiv stihne rozbalit do iocache ještě dřív, než se první soubor dostane na disk (nehledě na to, že se těch cca 400MB zapíše v podstatě sekvenčně, takže též za pár sekund).
    BigWrigley avatar 23.3.2014 18:39 BigWrigley | skóre: 32
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Zkousim to, ale nemam dost mista na partition s btrfs, jen 512MB.
    root@Emil:/mnt/ramdisk# time tar xfj linux-2.4.0.tar.bz2 
    
    real    0m2.345s
    user    0m2.340s
    sys     0m0.248s
    root@Emil:/mnt/ramdisk# 
    
    root@Emil:/mnt/tmp# time tar xfj ../ramdisk/linux-2.4.0.tar.bz2 
    tar: linux/drivers/net/atari_bionet.c: Cannot write: No space left on device
    tar: linux/drivers/scsi/FlashPoint.c: Cannot write: No space left on device
    tar: linux/drivers/scsi/sym53c8xx.c: Cannot write: No space left on device
    tar: linux/drivers/isdn/hisax/l3dss1.c: Cannot write: No space left on device
    tar: linux/drivers/isdn/hisax/l3_1tr6.c: Cannot write: No space left on device
    tar: linux/drivers/usb/usb-ohci.h: Cannot write: No space left on device
    tar: Exiting with failure status due to previous errors
    
    real    0m3.082s
    user    0m2.880s
    sys     0m0.508s
    root@Emil:/mnt/tmp#
    
    Coz je dobre. Zkusim jeste defaultni jadro, mam 3.8-trunk-amd64, mozna se tedy neco zmenilo.
    Linux is like a wigwam - no windows, no gates and Apache inside.
    23.3.2014 19:17 luky
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Todle porovnani nerika skoro nic, protoze se to rozbalilo do cache, coz se nestane, pokud bude vetsi tlak na pamet, pripadne pokud aplikace syncuje data na disk, coz je IMO i pripad instalace systemu.
    BigWrigley avatar 23.3.2014 19:30 BigWrigley | skóre: 32
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Cache ma urcite vliv ale pri instalaci se pouziva take a fs nejspis nebude primountovany synchronne, ne? IMHO by system musel mit kriticky malo pameti, aby velikost cache tlacil hodne dolu.

    Nejaky napad, jak merit lepe?
    Linux is like a wigwam - no windows, no gates and Apache inside.
    23.3.2014 20:56 luky
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Cache ma urcite vliv ale pri instalaci se pouziva take a fs nejspis nebude primountovany synchronne, ne? IMHO by system musel mit kriticky malo pameti, aby velikost cache tlacil hodne dolu.
    Ne, ale balickovac bude pravdepodobne dost casto volat sync, aby byl system v konzistentnim stavu, kdyby se neco pokazilo.

    Nejaky napad, jak merit lepe?
    Napriklad pri mereni rychlosti zapisu opavdu merit dobu, nez se data zapisi na disk. Jinak se meri neco, na cem se kod FS vubec nepodili.

    Poradit nekomu nasazeni brtfs bez znalosti zateze mi neprijde nejlepsi napad, v tom pripade je rozhodne lepsi ext4 nebo xfs (+ pripadne LVM), protoze je mnohem mensi sance, ze dany clovek narazi na "prekvapeni".
    22.3.2014 11:28 Mac_CZ | skóre: 3
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Všiml jsem si, že každý kdo si stěžuje na pomalost btrfs, používá kompresi. Já kompresi nepoužívám a v rychlosti ani po roce není rozdíl proti ext4. Takže komprese je opravdu "killer" feature.
    Heron avatar 22.3.2014 11:49 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    "Je to pomalý. POMALÝ. Fakt hodně."

    NENÍ POMALÝ. NENÍ. FAKT VŮBEC. ;-)

    Ono by se možná chtělo zamyslet nad tím, při jaké operaci je to pomalé. Tou operací je fsync (a příbuzné). Ano, fsync je na btrfs pomalejší než na některých jiných fs. To je ale vše. Naopak, při sekvenčních zápisech je HODNĚ RYCHLÝ.

    Z toho plyne co? Že na BTRFS nebudeme dávat věci, které hodně volají fsync. Pro toto nasazení se zatím nejspíše nehodí. Otázkou taky je, zda tuto nepříjemnost nevyváží další featury, které jinde nejsou.
    Heron avatar 22.3.2014 12:05 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Chci použít FS pro inkrementální zálohy - udělat snapshot, ten inkrementálně odzálohovat (tzn. přenést jen změny) na jiný stroj.

    Já tohle dělám už déle než dva roky (viz článek http://www.abclinuxu.cz/clanky/btrfs-lepsi-system-souboru-praxe#inkrementalni-zalohovani-pomoci-snimku-a-rsync) a je to bez problémů.

    Teď si chci (až bude v geologicky dohledné době trochu víc času) pohrát se send / receive (zbavit se rsyncu) (viz http://www.heronovo.cz/dva-zpusoby-zalohovani-snapshotu-btrfs/). Co jsem zkoušel, tak to funguje dobře a rychle, ale dlouhodobější zkušenosti ještě nemám.

    Za mě tedy ano, je to dobrý nápad, jak je to spolehlivé si musí každý odpovědět sám.

    Disk bude sloužit jen pro data, systém bude jinde - dávat pod Btrfs LVM je blbost, ale co MBR nebo GPT? Jsou k něčemu dobré, nebo můžu dát s klidem Btrfs na celý fyzický disk? (ve skutečnosti vzdálené diskové pole, ale o tom místní OS neví a nemusí řešit žádné RAIDy nebo spojování více disků dohromady).

    Osobně to mám nad partišnou (MBR), což bych i doporučoval spíše z důvodu evidence (některé OS, když vidí prázdný disk bez partišen, tak se na něj vrhnou, ovšem pokud je tam pro ně neznámý oddíl, tak tomu dají pokoj). Zde bych tedy radil oddíl (MRB nebo GPT, je to jedno).

    Od jaké verze jádra považujete Btrfs za "dost dobře použitelné"?

    3 roky. (Verzi nevím.)

    Komprese asi není dobrý nápad. Jsou nějaké další věci, na které si dát pozor?

    Komprese je dobrý nápad, pokud člověk ví jak pracuje. Je nesmysl ji používat na oddíl s nekomprimovatelnými daty a taky na oddíl se sice komprimovatelnými daty, ale s velmi malými soubory (menšími než je blok fs, obvykle 4kiB). Ideální by tedy byly textové soubory o velikostech od 1MB a větší :-). Neočekávejte ale rychlejší čtení dat, očekávejte úsporu místa.

    Jak s defragmentací? Radši ruční než automatická? Jak často ji spouštět?

    Dříve jsem to pouštěl z cronu jednou denně, teď mám autodefrag. Větších změn jsem si nevšiml.

    Jaké procento zaplněnosti disku je podle vás v pohodě a kdy už byste běželi přidávat další disky?

    Staré pravidlo říká 80% zaplněnosti, ono to spíše záleží na způsobu použití. Pokud bych měl na disku převážně velké soubory vzniklé jako reflink, které se postupně zaplňují, tak bych byl i u 50% nervózní. Ale disk se dá přidat vždy.

    22.3.2014 15:19 Franta
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Dík za odpovědi, celkem jsi mě potěšil :-) (někdy mě právě trochu znervózňuje nadávání některých lidí na Btrfs - já s tím mám právě taky dobré zkušenosti, ale zatím je to spíš testování a hraní si než nějaké uložení velkého objemu produkčních dat)
    Teď si chci (až bude v geologicky dohledné době trochu víc času) pohrát se send / receive (zbavit se rsyncu) (viz http://www.heronovo.cz/dva-zpusoby-zalohovani-snapshotu-btrfs/). Co jsem zkoušel, tak to funguje dobře a rychle, ale dlouhodobější zkušenosti ještě nemám.
    jj, jde mi hlavně o to send/receive, tedy zálohování na úrovni FS, ne na úrovni souborů - těch bude totiž hodně a budou malé, takže rsync by nebyl moc efektivní a zálohování by trvalo dlouho. Nejvíc mě na tom právě láká to, že FS bude vědět, co se od minule změnilo a při zálohování odešle jen ty změny a nebude se to muset znova kontrolovat soubor po souboru.
    Staré pravidlo říká 80% zaplněnosti, ono to spíše záleží na způsobu použití. Pokud bych měl na disku převážně velké soubory vzniklé jako reflink, které se postupně zaplňují, tak bych byl i u 50% nervózní. Ale disk se dá přidat vždy.
    Soubory budou malé a budou jich řádově tisíce (většinou jednotky tisíc nebo méně) v adresáři. Těch 80 % je v pohodě, s tím jsem tak nějak počítal, stejně je potřeba držet nějakou rezervu pro případný náhlý nárůst dat.
    Heron avatar 22.3.2014 15:57 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    někdy mě právě trochu znervózňuje nadávání některých lidí na Btrfs

    Kdyby se měl člověk řídit podle toho, na co lidé nadávají v diskusích, tak by nemohl použít nic :-). Kolem fs se vedou stejné flamy jako kolem vim / emacs, kde / gnome a intel / amd apod. Hlavně to chce zálohovat, ale to platí také pro každý fs. Btrfs je stále ve vývoji a je třeba s tím počítat. Ale podle mého názoru výhody převažují (a to mám i btrfs na rootu debianu, kde opravdu aptitude rychlostně moc nevyniká; jenže aptitude není to nejdůležitější na co ten počítač mám, že jo).

    22.3.2014 18:00 Franta
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Hlavně to chce zálohovat, ale to platí také pro každý fs. Btrfs je stále ve vývoji a je třeba s tím počítat.
    To je pravda, ale já právě zvažuji mít primární data na Btrfs a zálohovat taky na Btrfs pomocí Btrs nástrojů/vlastností...
    Heron avatar 22.3.2014 18:07 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Aha. Tak to bych nedoporučoval (ne k vůli btrfs samotnému, ale obecně), protože chyba v jedné technologii ti tak ohrozí všechna data. Záloha by se měla dávat někam úplně jinam.
    22.3.2014 19:41 Franta
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Ono by to bylo úplně jinam (jiný server, jiné diskové pole, data odeslaná po SSH), ale stejná technologie resp. FS. Při zálohování z ext4 na ext4 by se nad tím asi nikdo nepozastavil, ne? Nebo bys taky radši zálohovat třeba XSF -> Ext4?
    Heron avatar 22.3.2014 20:10 Heron | skóre: 51 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Nebo bys taky radši zálohovat třeba XSF -> Ext4?

    Ano.

    Ono to samozřejmně záleží na tom, jak dalece chceme nebo můžeme zajít. V naší firmě se servery zálohují (+ je tu ještě replikace) na zálohovací server a odtud ještě na pásku (data jsou tak min. na 4 místech, pásky se po čase uloží do trezoru a koupí se další), svoje soukromá data zálohuji na druhý server a ty důležitější mám ještě na externím mediu (takže všechno 2x, něco 3x). Krom toho mám ještě většinu dat v gitu, takže na více pracovních místech.

    Byl bych velmi opatrný mít všechna data na jednom FS a to ještě k tomu na FS ve stavu vývoje (přestože jsem za 3 roky neměl s BTRFS žádný problém a nikdy nedošlo ke ztrátě dat).

    23.3.2014 00:54 jadd | skóre: 34 | blog: Greenhorn
    Rozbalit Rozbalit vše Re: Pár otázek k Btrfs
    Paní Carla, píše seriálový článek právě pro tebe. Ale nebudeš to mít vše hned. Prý jak budeš hodný.

    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.