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 18:44 | IT novinky

    Vojenské zpravodajství (VZ) se v březnu zapojilo do mezinárodní operace proti aktivitám hackerské skupiny APT28, která je spojovaná s ruskou vojenskou zpravodajskou službou GRU a která přes slabě zabezpečené routery prováděla kybernetické útoky na státní a další organizace v ČR i zahraničí. Operaci vedl americký Federální úřad pro vyšetřování (FBI) a jejím cílem bylo odebrat útočníkům přístup k napadeným zařízením a ty následně … více »

    Ladislav Hagara | Komentářů: 3
    včera 16:44 | IT novinky

    Tvůrcem nejpopulárnější kryptoměny bitcoin, který se skrývá za pseudonymem Satoši Nakamoto (Satoshi Nakamoto), je britský kryptograf Adam Back. Na základě vlastní investigativní práce to tvrdí americký deník The New York Times (NYT). Několik indicií podle autorů jasně ukazuje na to, že Back a Nakamoto jsou stejný člověk. Jde mimo jiné o podobný odborný a osobnostní profil či totožné chyby a manýry v psaném projevu.

    Ladislav Hagara | Komentářů: 6
    včera 14:44 | Nová verze

    Google Chrome 147 byl prohlášen za stabilní. Nejnovější stabilní verze 147.0.7727.55 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Vylepšeny byly také nástroje pro vývojáře. Přehled novinek v Chrome DevTools 145 až 147 také na YouTube.

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

    Vývojáři z Laboratoří CZ.NIC vydali nové verze aplikací Datovka (Datovka 4.29.0, Mobilní Datovka 2.6.2). V případě desktopové verze přibyly možnosti projít všechny uložené zprávy, zkontrolovat časy expirací časových razítek a přerazítkovat datové zprávy, které lze v ISDS přerazítkovat. Novinkou je také možnost vytahovat myší ze seznamu ZFO soubory datových zpráv, tento úkon jde udělat i pomocí tlačítek Ctrl+C. Nová verze Mobilní Datovky přináší jen drobné úpravy.

    VSladek | Komentářů: 0
    7.4. 21:55 | Nová verze

    MicroPython (Wikipedie), tj. implementace Pythonu 3 optimalizovaná pro jednočipové počítače, byl vydán ve verzi 1.28.0. Z novinek lze vypíchnout novou třídu machine.CAN.

    Ladislav Hagara | Komentářů: 0
    7.4. 10:22 | Komunita

    Michael Meeks, CEO společnosti Collabora, na apríla oznámil, nebyl to ale apríl, že nadace The Document Foundation zastřešující vývoj kancelářského balíku LibreOffice vyloučila ze svých řad všechny zaměstnance a partnery společnosti Collabora, tj. více než třicet lidí, kteří po mnoho let přispívali do LibreOffice. Nadace The Document Foundation po několika dnech publikovala oficiální vyjádření. Přiznává pochybení při zakládání

    … více »
    Ladislav Hagara | Komentářů: 9
    6.4. 05:33 | Pozvánky

    Protože je už po aprílu, můžou strahováci opět zveřejnit program další Virtuální Bastlírny, aniž by připravená témata působila dojmem, že jde o žert. Vězte tedy, že v úterý 14. dubna (změna!!!) od 20:00 proběhne VB, kde se setkají bastlíři, technici, učitelé i nadšenci do techniky a kde i vy se můžete zapojit do družného hovoru, jako by všichni seděli u pomyslného piva. Co mají bastlíři tento měsíc na srdci? Pravděpodobně by nás musel zasáhnout

    … více »
    bkralik | Komentářů: 3
    5.4. 23:33 | Nová verze

    Byla vydána verze 26.1 aneb čtvrtletní aktualizace open source počítačového planetária Stellarium (Wikipedie, GitHub). Vyzkoušet lze webovou verzi Stellaria na Stellarium Web.

    Ladislav Hagara | Komentářů: 1
    5.4. 23:00 | Zajímavý projekt

    VOID (Video Object and Interaction Deletion) je nový open-source VLM model pro editaci videa, který dokáže z videí odstraňovat objekty včetně všech jejich fyzikálních interakcí v rámci scény (pády, kolize, stíny...) pomocí quadmaskingu (čtyřhodnotová maska, která člení pixely scény do čtyř kategorií: objekt určený k odstranění, překrývající se oblasti, objektem ovlivněné oblasti a pozadí scény) a dvoufázového inpaintingu. Za projektem stojí výzkumníci ze společnosti Netflix.

    NUKE GAZA! 🎆 | Komentářů: 8
    5.4. 05:22 | Zajímavý software

    Design (GitHub) je 2D CAD pro GNOME. Instalovat lze i z Flathubu. Běží také ve webovém prohlížeči.

    Ladislav Hagara | Komentářů: 20
    Které desktopové prostředí na Linuxu používáte?
     (14%)
     (7%)
     (1%)
     (12%)
     (30%)
     (3%)
     (6%)
     (1%)
     (14%)
     (24%)
    Celkem 1245 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník

    Dotaz: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs

    3.6.2014 22:44 bataka
    Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Přečteno: 522×

    Ahoj. Uvažuji o použití souborového systému btrfs na zálohovací stroj. Mám tam 7 disků, udělal bych dvě pole: raid5 ze 3 disků a raid5 ze 4 disků (respektive u těch 3 disků možná linux raid+lvm+ext4 kvůli backuppc a btrfs omezení s hardlinky).

    Moje otázka zní: je btrfs dostatečně stabilní v konfiguraci raid5 + zapnutá komprese + časté snapshoty? Provozoval bych to na ubuntu 14.04. Do nedávna jsem tam měl freenas a ZFS kvůli stabilitě ... ale totálně se mi samo od sebe roze.ralo "zázračné" ZFS diskové pole (nikoliv vinou HW, ten je v pořádku - testováno), tak mě už přešla se ZFS trpělivost.

    Jaký výkon bych mohl očekávat od raid5 ze 4 desktop-level disků seagate 5900RPM 2TB? Na ZFS raidz to byl zápis 20 MB/s. Na diskové pole ZFS raidz složené ze 3 enterprise level disků to byl zápis 50 MB/s, pročemž samotné disky zvládnou přes 150 MB/s ... HW serveru: 2x xeon 2.5GHz, každý 4 jádra, 16 GB RAM. Je to pro btrfs dost? Mohl by být výkon lepší než u ZFS?

    ... mimochodem nevíte někdo jak je to nyní s počtem hardlinků pro btrfs? Z mailing listů jsem se dočetl že tam probíhaly nějaké změny, ale nevím jak je to teď reálně - zajímá mě to kvůli BackupPC.

    Předem děkuji všem za jakoukoliv reakci na jakoukoliv z mých otázek.

    Odpovědi

    3.6.2014 23:06 NN
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Dvakrat raid5, ma to nejaky specificky duvod?
    3.6.2014 23:08 bataka
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Mám 3 stejné rychlé serverové disky a 4 stejné pomalejší disky primárně určené do desktopu (funkční, desktop disky zvolené kvůli ceně). Míchat tyto disky do jednoho pole by nedělalo dobrotu.
    3.6.2014 23:30 Sten
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    RAID 5 v btrfs není stále doladěný, má dost zásadní problémy s rebuildem. V podstatě jediný rozumný způsob je používat ho nad MD RAIDem.

    Co se týče stability btrfs, lze říct, že to víceméně funguje. Což znamená, že někdy to funguje méně. Na server bych to asi zatím ještě nedoporučoval, rozhodně ne bez záloh na jiném serveru. Nicméně ZFS pod Linuxem bych nedoporučoval už vůbec, přestože jeho autoři směle tvrdí, že je production ready, i když má například dost zásadní problémy se správou paměti, výkonem a zotavováním se. A při spoustě problémů deadlockne celý systém a pro opravu je často potřeba Solaris nebo placený support.

    Hardlinky jsou nejspíš stále omezené na 65 535 per volume, problém s hardlinky v rámci jednoho adresáře ale již byl vyřešen. Nicméně pokud chcete pro zálohování používat snapshoty, tak přeci hardlinky nepotřebujete, ne?
    4.6.2014 00:08 bataka
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Nicméně ZFS pod Linuxem bych nedoporučoval už vůbec
    ZFS jsem provozoval na FreeNAS (tj. vlastně FreeBSD), ale právě tam se ZFS totálně oddělal - najednou se server sám od sebe začal restartovat a po eliminaci vlivu HW jsem našel, že se to děje ve chvíli, kdy je nahrán ZFS modul a pracuje se s daným poolem (respektive teď už se to jen snaží ho připojit než se restartuje). Ještě zkusím pool připojit ze SmartOS (měl by mít kompatibilní feature flags) a dostat z toho data.
    Nicméně pokud chcete pro zálohování používat snapshoty, tak přeci hardlinky nepotřebujete, ne?
    BackupPC je založen právě na nich. Snapshoty bych používal pro jiný druh záloh - kromě BackupPC klasicky přes NFS záloha celých virtuálních strojů ns zálohovací stroj - tam bych dělal snapshoty.
    4.6.2014 16:38 Sten
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Nevím, jestli je na btrfs k něčemu používat BackupPC, snapshoty fungují daleko lépe. Pro snapshoty virtuálů bych spíš doporučil používat LVM, virtuály v souborech (navíc ještě komprimovaných) nejsou zrovna rychlé.
    4.6.2014 09:08 kdave
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs

    Hardlinky jsou nejspíš stále omezené na 65 535 per volume, problém s hardlinky v rámci jednoho adresáře ale již byl vyřešen. Nicméně pokud chcete pro zálohování používat snapshoty, tak přeci hardlinky nepotřebujete, ne?
    Ano, omezeni na pocet hardlinku v ramci subvolume je 64k a je to umele nastaveny limit. Krome XFS (bez omezeni) je to u ostatnich beznych pracich^W filesystemu 32k nebo 64k.

    Kdyz je 65k malo, kolik by to melo byt? Neco v radu statisicu nebo milionu?
    4.6.2014 16:34 Sten
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    ext* má omezení na 65 534 hard linků na jeden inode, celkový počet hardlinků ve volume nijak omezen není. Tady ale spíš šlo o ten problém, že v btrfs dříve za určitých okolností nešlo vytvořit více než 13 (kusů, ne tisíc) hardlinků v jednom adresáři.
    4.6.2014 17:39 kdave
    Rozbalit Rozbalit vše Re: Reálná stabilita, výkon a paměťová náročnost souborového systému btrfs
    Ano o tom problemu vim, jde mi spis o to, jestli ten limit 65535 stale nestaci. Pokud je pro to smysluplny usecase, tak by se dalo protlacit zvyseni.

    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.