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 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

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

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 28
23.3. 20:00 | Komunita

OneDrive pro firmy je již ve webových prohlížečích na Linuxu stejně rychlý jako na Windows. Microsoft opravil chybu z listopadu loňského roku. OneDrive pro firmy běžel na Linuxu mnohem pomaleji než na Windows. V popisu chyby bylo uvedeno, že stačilo v prohlížeči na Linuxu nastavit v user-agentu Windows a vše se zrychlilo. Odpovědí Microsoftu bylo (Internet Archive: Wayback Machine), že Linux není podporován. Po bouřlivých diskusích na redditu i Hacker News byla chyba nalezena a opravena.

Ladislav Hagara | Komentářů: 6
23.3. 19:00 | Zajímavý projekt

Byla vyhlášena soutěž Hackaday Prize 2017. Soutěž je určena vývojářům open source hardwaru. Pro výherce je připraveno celkově 250 tisíc dolarů. Každý ze 120 finalistů získá tisíc dolarů. Nejlepší pak navíc 50, 30, 20, 15, 10 a 5 tisíc dolarů. Jedná se již o čtvrtý ročník soutěže. V roce 2014 zvítězil projekt globální sítě open source pozemních satelitních stanic SatNOGS. V roce 2015 zvítězil open source systém pro řízení elektrických invalidních vozíků pohybem očí Eyedriveomatic. V roce 2016 zvítězil modulární robot Dtto.

Ladislav Hagara | Komentářů: 0
23.3. 15:00 | Bezpečnostní upozornění

Byla vydána Samba ve verzích 4.6.1, 4.5.7 a 4.4.12. Řešen je bezpečnostní problém CVE-2017-2619. Pomocí symbolických odkazů a souběhu (symlink race) lze "teoreticky" získat přístup k souborům, které nejsou sdíleny. Linuxové distribuce jsou postupně aktualizovány (Debian).

Ladislav Hagara | Komentářů: 0
23.3. 07:43 | Nová verze

Na Steamu se objevil port hry Arma: Cold War Assault (Operation Flashpoint) pro Mac a Linux. … více »

creon | Komentářů: 29
23.3. 05:55 | Nová verze

Po 18 měsících od vydání verze 8.0 byla vydána verze 9.0 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. Představení nových vlastností v příspěvku na blogu a na YouTube.

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

Platnost posledního patentu souvisejícího s Dolby Digital (AC-3) vypršela. Po MP3 se tak do Fedory oficiálně dostane také kodek AC-3.

Ladislav Hagara | Komentářů: 5
23.3. 00:44 | Komunita

Feral Interactive, společnost zabývající se vydáváním počítačových her pro operační systémy macOS a Linux, nabízí své hry na Steamu vývojářům open source 3D grafické knihovny Mesa zdarma. Podmínkou je minimálně 25 commitů za posledních 5 let. Stejnou nabídku dostali vývojáři knihovny Mesa v roce 2015 od Valve. O rok dříve dostali od Valve tuto nabídku vývojáři Debianu a Ubuntu.

Ladislav Hagara | Komentářů: 0
22.3. 23:55 | Nová verze

Opera 44, verze 44.0.2510.857, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 57. Z novinek vývojáři Opery zdůrazňují podporou Touch Baru na nejnovějších MacBoocích Pro (gif). Přehled novinek pro vývojáře na blogu Dev.Opera.

Ladislav Hagara | Komentářů: 1
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 928 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: sybase vs. ssd vs. btrfs

    22.12.2015 19:23 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
    sybase vs. ssd vs. btrfs
    Přečteno: 1776×
    Dobrý večer všem,

    rád bych požádal o konzultaci, zda-li je vhodná kombinace uvedená v nadpisu? Pokud budu konkrétní, jedná se o 2 soubory velikosti > 10GB a průběžně narůstající log. Rád bych použil btrfs kvůli snapshotům a zálohování pomocí nich. Nejsem si ale bohužel jistý, zda-li copy on write filesystém bude pro práci s takto velkými soubory vhodný navíc ještě v kombinaci se ssd v raid1.

    Máte někdo zkušenosti s btrfs a velkými soubory s průběžně narůstající velikostí? Předem děkuji za každou radu či zkušenost

    Odpovědi

    22.12.2015 22:49 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Jednak si myslím, že dělat snapshot na urovni filesystemu a z něho zálohu je pro zálohování databáze zásadně špatně. Databáze se zálohuje prostředky databázového stroje. Za druhé když si představím, že databáze pracuje se záznamy lineárně v svém databázovém souboru, to se přeloží do logických bloků disku file systémem, a potom se to stejně ještě jednou přeloží řadičem SSD na paměťové buňky, které se fakticky použijí. A ještě v případě COW se data na úrovni logických bloků zapisuje jinam a tím pádem se soubor v té logické rovině fragmentuje, tak bych hledal, jestli databáze může jet přímo na oddílu blokového zařízení bez filesystému a ať si management bloků udělá sama. V případě SSD bych nějakou odpovídající část SSD nerozdělil do oddílů, ať má řadič SSD dost místa na optimalizaci.
    23.12.2015 08:32 EiFFeL | skóre: 27 | blog: EiFFeL | Vranovská Ves
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    uznávám že s tím snapshotem pro zálohu jsem se nechal trošku unést, nicméně v případě sybase si nejsem zcela jist jestli aktuálně nasazená verze vůbec umí něco takového jako přímý přístup k blokovému zařízení
    Heron avatar 23.12.2015 09:18 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    a z něho zálohu je pro zálohování databáze zásadně špatně
    Proč by to mělo být zásadně špatně? Před nějakou potenciálně nebezpečnou operací si udělá snapshot (záležitost 1s) a kdy operace nevyjde, tak udělá snapshot té zálohy do původního umístění (opět 1s) a je ve stejném stavu jako před nebezpečnou operací.

    Kdyby měl dělat dump, tak u x desítek GB je to už časově náročnější. Záloha se dá dělat online (potom je čas zálohy nulový), ale stále by se čekalo na obnovení těch x desítek GB.

    Pro tyto případy jsou snapshoty to nejlepší řešení.

    Pokud se jedná o dlouhodobou zálohu (archiv), tak je vhodné použít prostředky DB systému.

    24.12.2015 15:18 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Určitě máš větší produkční zkušenosti než já, tak připomínku beru. Snapshot bych ale stejně dělal jen za podmínky zastavené databáze. (zastavit-snapshotnout-spustit). S popisu jsem spíše očekával, že bude snapshotovat kontinuelně jedoucí databázi. Možná neoprávněně, ale mám vždy velkou obavu z jakýchkoliv operací na otevřeném filesystému, což snapshot FS s jedoucí databázi tedy pro mne je.
    Heron avatar 24.12.2015 18:04 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Snapshoty DB lze pořizovat za běhu. DB spuštěná na daném snapshotu je potom ve stavu poslední potvrzené transkace (a při startu proběhne recovery, stejně jako v případě výpadku proudu - pro ten db software zcela běžná situace a dokonce některé nabízejí rychlé módy vypnutí, kdy se xlog nevyprazdňuje do datových souborů, ale toto se odloží na příští start).

    (Bavíme se o situaci, kdy má db všechna data na stejném subvolume - tedy nejtipičtější nasazení. Nelze snapshotovat x subvolume - např pro každý tablespace zvláť - snap nelze provést na všech atomicky ve stejný čas.)

    Pochopitelně, i když pořizovat snapshoty lze, tak to není návod jak řešit běžné provozní zálohy. Každý DB systém nabízí lepší prostředky (online backup, nebo rovnou replikace), jak si se zálohou poradit. Pokud to db systém nenabízí, tak to lze řešit i snapshoty. Lepší než nic, lepší než mít jen sql dumpy (což je pro velikosti x desítek GB už na hranici použitelnosti).

    mám vždy velkou obavu z jakýchkoliv operací na otevřeném filesystému
    V tomto případě (BTRFS) se ale nejedná o otevřený FS. Nehrajeme si s blokovým zařízením (třeba LV), nad kterým je nějaký FS (který ještě navíc není připraven na běh na chytřejším blokovém manageru, což třeba ext4 a xfs je, takže i snapshot LVM informuje FS a FS se připraví (xfs_freeze) na snapshot). V případě BTRFS snapshotů je to vlastno přímo toho FS, takže FS je na to připraven.

    Na tom FS jsou otevřené soubory. To ale nevadí, DB při každém potvrzení transakce udělá na vše nutné fdatasync. To znamená, že snapshot je pořízený v pořádku mezi dvěma fsync.
    27.12.2015 19:21 smajl
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Ked uz si chcete bastlit sami zalohovanie/snapshotovanie databaze, tak podla moznosti konzultujte s DB administratom pouzitie "quiesce/unquiesce". Pocas toho mozete snapshotovat hoci aj vsetky disky naraz/postupne a na konci sa spravi unquiesce (quiesce release).
    Heron avatar 23.12.2015 09:26 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Velikost souborů vůbec nevadí, právě naopak, snapshoty dávají pro velké soubory smysl (snapshot je hotový do 1s, za jak dlouho zkopírujete x desítek GB?)

    Mám zkušenosti s 600GB DB na BTRFS, tam jsem ale snapshoty nedělal (resp nepoužil pro provozní úkony - snapy tam jsou).

    Běžně dělám snapshoty cca 35GB dat, mám (těch snapů) v průběhu roku už 21 a několikrát jsem se i vracel (vrácení znamená pořízení snapshotu toho zálohovacího snapshotu na původní umístění), vůbec žádný problém, naopak mi to poskytuje výhodu s tím dělat "psí kusy".

    Snapshoty jsou hotové do 1s, kontejner nabootuje asi za 20s, takže když se něco pokazím, tam návrat do původního stavu znamená 22s navíc. Což jde. Obnovit 40GB by trvalo déle.
    23.12.2015 10:42 pavele
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    No nevím, na kontejnery bych měl strach to dát.

    Ale na zálohy to bude pro mne asi to pravé.
    Heron avatar 23.12.2015 11:19 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Takových výkřiků na netu je.

    Kontejner není nic jiného než oddělení procesů (a dalších věcí) v jádře. Pokud běží nad subvolume (což je výhodné), tak z hlediska to fs je jedno, zda ten proces běží přímo na jádře, nebo v nějakém odděleném namespace. Ty procesy nad daným subvolume mohou běžet přímo i bez kontejnerů.

    Možná tam Docker dělá nějaké šílenosti (nevím, sám používám nspawn), ale samotná kontejnerizace procesů nemá na fs vliv.
    Heron avatar 23.12.2015 11:20 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Autor: Adam Štrauch

    Aha, tak tím se to vysvětluje.

    23.12.2015 11:44 pavele
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Myslíš tím přísloví "Šít horkou jehlou"?.
    Heron avatar 23.12.2015 11:52 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Štraucha znám jen jako autora na rootu, kde byl schopen napsat článek na libovolné téma a vůbec mu nevadilo, že tomu nerozumí, že je to povrchní* a že tam jsou chyby (to rootu nevadí dodnes, viz seriál o JavaFX).

    *) Což je pochopitelné, aby člověk mohl napsat odborný článek, musí mít s danou věcí praktické zkušenosti a samotný článek zabere spoustu času. Není prostě možné chrlit desítky článků na široké spektrum odborných témat ročně.

    Jestli tímto způsobem řeší i roští.cz nevím, ale ten článek nese všechny výše popsané atributy ("nerozumím tomu, ale to mi nezabrání to udělat").
    23.12.2015 14:57 pavele
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Hm, uvítal bych nějaký článek o btrfs.

    Pokud vím, tak ty používáš poměrně "blbuvzdorné" řešení.

    Nesnáším ty výkřiky "btrfs rulez" od nejmenovaných uživatelů právě z výše uvedených důvodů. Myslím, že moc lidí nemá skutečné zkušenosti z praxe s tímto souborovým systémem.

    Nechtěl bys někdy něco napsat pro sprostý lid, tak nějak po lopatě? :-)
    Heron avatar 23.12.2015 19:48 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Co máš konkrétně na mysli? Napsal jsem články dva články pro ABCLinuxu o teorii, praxi a na svůj blog (odkaz v patičce komentáře) píšu další věci z běžného používání (stačí vyhledat rubriku BTRFS).

    Dalšímu článku se nebráním, pokud jsem něco vynechal nebo něco není srozumitelné, tak sem s tím a zamyslím se nad tím.
    23.12.2015 21:12 pavele
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Třeba nikde se neřeší slabiny btrfs, obnova, vhodnost použití - databáze a záloha velkých souborů (kvm), verze - jiný bude btrfs v Debianu stable nebo CentOS a jiný v poslední Fedoře nebo Debianu testing. Zkušenosti s tvrdým restartem v porovnání s ext4, porovnání rychlosti/vhodnost na RAID.
    23.12.2015 23:41 Aleš Kapica | skóre: 45 | blog: kenyho_stesky | Ostrava
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Ale řeší, jenom to chce trochu hledat, víš? Jde totiž o to, že se většinou řeší konkrétní situace.

    Zpracovávat verze by distro je blbost - vždy totiž záleží na verzích kernelu a ne distribuci. Chceš-li to srovnávat s ext4, pak se chystáš srovnávat nesrovnatelné. Na to, abys někde sepsal a porovnal vlastnosti FS musíš mít zkušenosti a čas. Ty nemáš to první a my to druhé. Za blogy a dobrou vůli nás nikdo neplatí.
    Heron avatar 24.12.2015 10:44 Heron | skóre: 50 | blog: root_at_heron | Olomouc
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Spoustu věcí na své wikině řeší Aleš daleko za hranicí kam já aktuálně mohu jít (on má větší nasazení v produkci :-) )

    Slabiny, obnova, vhodnost - jo, o tom bych mohl něco ublognout. Ono je to jako vždy: něco za něco. Něco se získá, něco se ztratí. Potom je jen na analýze, zda více získáme, než ztratíme.

    Zkušenosti s tvrdým restartem - nemohu sloužit, tvrdé restarty neprovozuju. Podle mě je kravina se pokoušet o nějakou obnovu dat z důkladně rozbitého fs (pokud se rozbije jedno jak), je vždy nutné mít zálohu a po havárii spolehlivě obnovit data ze zálohy.

    Na dost podobné otázky se lidé ptali už u článků LVM, co dělat, když se to rozbije apod. Mějte zálohy, naučte se obnovovat, natrénujte si to. Bude se to hodit nejen pro opravu rozbitého FS a LVM ;-).

    Rozbitý BTRFS jsem nikdy nezažil. Nepočítám případ backportovaného BTRFS na CentOS 5 (jádro 2.6.18), kde nezafungoval multidevice a nepočítám případ s vadným paměťovým modulem (na který jsem přišel díky BTRFS, protože psal do logu chyby CSUM - data byla poškozená, BTRFS to zjistil, na základě testů HW jsem přišel na vadnou ram).
    11.1.2016 20:47 bohyn
    Rozbalit Rozbalit vše Re: sybase vs. ssd vs. btrfs
    Doporucuji tuto prednasku: LinuxDays 2015 - Výkon PostgreSQL na EXT4, XFS, F2FS, BTRFS a ZFS - Tomáš Vondra, prezentace

    Tyka se to sice primarne ZFS, ale je tam i BTRFS a dalsi FS.

    Zalezi jaky ocekavas vykon a kolik transakci budes mit.

    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.