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í
×

20.9. 10:55 | Nová verze

Byla vydána verze 4.0 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 16.10, Ubuntu 16.04 a Ubuntu 14.04.

Ladislav Hagara | Komentářů: 0
dnes 23:33 | Zajímavý software

MojeFedora informuje, že PipeWire byl oficiálně oznámen (en). PipeWire bude zprostředkovávat aplikacím jednotný přístup k audiu a videu. Jedním z hlavních důvodů je možnost izolovat aplikace od audio a video zdrojů. Aplikace nebudou mít přímý přístup k hardwaru, ale budou se muset ptát multimediálního serveru PipeWire, který jim je na základě nastavených oprávnění poskytne nebo ne. V budoucnu by měl PipeWire nahradit PulseAudio.

Ladislav Hagara | Komentářů: 8
dnes 00:55 | Zajímavý software

Společnost IBM věnovala svůj JVM (Java Virtual Machine) s názvem J9 nadaci Eclipse. Nové oficiální jméno tohoto virtuálního stroje určeného pro běh aplikací napsaných v programovacím jazyce Java je Eclipse OpenJ9 (Wikipedie). Podrobnosti v často kladených dotazech (FAQ).

Ladislav Hagara | Komentářů: 12
dnes 00:11 | IT novinky

Mezinárodní konsorcium W3C (World Wide Web Consortium) publikovalo kontroverzní rozšíření HTML 5.1 EME (Encrypted Media Extensions) jako webový standard, tj. schválilo DRM v HTML 5.1. Mezinárodní nezisková organizace EFF (Electronic Frontier Foundation) hájící občanské svobody v digitálním světě zveřejnila na svých stránkách otevřený dopis adresovaný W3C. EFF s EME zásadně nesouhlasí a W3C opouští.

Ladislav Hagara | Komentářů: 28
včera 18:44 | Zajímavý projekt

Skywriter je deska umožňující snímat 3D gesta. Ben James na svých stránkách ukázal, jak lze pomocí této desky a Arduina Leonardo ovládat linuxový desktop. Videoukázka na YouTube. Ukázka kódu na GitHubu [reddit].

Ladislav Hagara | Komentářů: 4
včera 15:22 | Komunita

Od 8. do 10. září proběhla v Paříži konference UbuCon Europe 2017, tj. konference vývojářů a uživatelů linuxové distribuce Ubuntu. Dustin Kirkland z Canonicalu se ve své přednášce věnoval Ubuntu 18.04 LTS. Záznam přednášky byl zveřejněn na YouTube [reddit].

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 2.0 open source programu na kreslení grafů Veusz (Wikipedie). Z novinek je nutno zdůraznit přechod na Qt5 a PyQt5. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
17.9. 19:10 | Pozvánky

Společnost EurOpen.CZ pořádá 51. konferenci, která se bude konat 8. - 11. 10. 2017 v hotelu Vinné sklepy U Jeňoura, Prušánky - Nechory. Můžete se těšit na IoT s nádechem bezpečnosti, softwarový vývoj a optimalizace kódu, informační systémy ve státní správě a spoustu dalšího. Program konference a ceny viz: pozvanka51.pdf.

… více »
cuba | Komentářů: 0
17.9. 18:57 | Pozvánky

Šestý ročník konference LinuxDayshotový program (workshopy) a zároveň otevírá registraci. Čeká nás 67 přednášek rozdělených do čtyř místností a 13 prakticky zaměřených workshopů. Konference se uskuteční 7. a 8. října v pražských Dejvicích v areálu ČVUT na Fakultě Informačních Technologií.

Petr Krčmář | Komentářů: 0
17.9. 06:00 | Zajímavý software

Mozilla na svém blogu představuje doplněk Firefoxu s názvem Firefox Multi-Account Containers. Dosud byl doplněk k dispozici pod názvem Containers jako experiment Firefox Test Pilotu. Popis experimentu: Kontejnery vám umožní vytvořit ve Firefoxu profily pro všechny vaše online životy. Vlastní označení a barevné panely pomáhají udržet rozdílné aktivity — jako nakupování online, plánování cest nebo kontrolování pracovního e-mailu —

… více »
Ladislav Hagara | Komentářů: 14
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 542 hlasů
 Komentářů: 22, poslední 29.8. 11:23
    Rozcestník

    Dotaz: Pomalé RAID pole

    16.9.2011 11:02 tark
    Pomalé RAID pole
    Přečteno: 669×
    Příloha:
    Mám problém s příliš pomalými RAID poli na domácím serveru (postaveném na 740G + Sempron 140 + 5 disků - 4x1,5TB + dočasně 1x2TB, některé mají 512B sektory, některé 4K). Na serveru jsou dvě pole:

    1) RAID 1, 10GB, /dev/sd[a-e]1

    2) RAID 6, 4.5TB, /dev/sd[a-e]2

    Čtení je rychlostně naprosto v pořádku (R1-90MB/s, R6-226MB/s), problém je se zápisem, kdy zápis na R1 dosahuje cca 17MB/s a na R6 38MB/s. Na polích je zapnutá 128MB write-indent bitmapa, nicméně i po jejím zkušebním vypnutí na R6 poli byl zápis úplně stejný.

    Zpozoroval jsem, že při zápisu je vytížení jednoho disku na 100%, příp. téměř na 100% a cpu má stav wait cca z 70% (viz screenshot, pomocí nástroje atop). Naprosto netuším, čím může být způsoben takový mizerný výkon, sektory na 4K discích by měly být zarovnány správně.

    Začínám již uvažovat o vyzkoušení jiného HW z důvodu mizerné výkonnosti integrovaného SATA řadiče (je to postavené na lowend desce atd.).

    Výkon byl zkoušen příkazy:
    ČTENÍ
    dd bs=1M count=1024 if=test.test of=/dev/null
    
    ZÁPIS
    dd bs=1M count=1024 if=/dev/zero of=test.test conv=fdatasync
    
    ROZDĚLENÍ DISKŮ (jednotky = sektory)
    
    Disk /dev/sda: 1500.3 GB, 1500300828160 bytes
    255 heads, 63 sectors/track, 182401 cylinders, total 2930275055 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x76334c22
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/sda1            2048    19531775     9764864   fd  Linux raid autodetect
    /dev/sda2        19531776  2929688575  1455078400   fd  Linux raid autodetect
    
    -----------------------------------------------------------------------------
    
    Disk /dev/sdb: 2000.4 GB, 2000397852160 bytes
    255 heads, 63 sectors/track, 243201 cylinders, total 3907027055 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0xd9cd6c6d
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/sdb1            2048    19531775     9764864   fd  Linux raid autodetect
    /dev/sdb2        19531776  2929688575  1455078400   fd  Linux raid autodetect
    
    -----------------------------------------------------------------------------
    
    Disk /dev/sdc: 1500.3 GB, 1500301910016 bytes
    255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00006673
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/sdc1            2048    19531775     9764864   fd  Linux raid autodetect
    /dev/sdc2        19531776  2929688575  1455078400   fd  Linux raid autodetect
    
    -----------------------------------------------------------------------------
    
    Disk /dev/sdd: 1500.3 GB, 1500301910016 bytes
    255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disk identifier: 0xe27ff672
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/sdd1            2048    19531775     9764864   fd  Linux raid autodetect
    /dev/sdd2        19531776  2929688575  1455078400   fd  Linux raid autodetect
    
    -----------------------------------------------------------------------------
    
    Disk /dev/sde: 1500.3 GB, 1500301910016 bytes
    255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 4096 bytes
    I/O size (minimum/optimal): 4096 bytes / 4096 bytes
    Disk identifier: 0xb765ccd8
    
       Device Boot      Start         End      Blocks   Id  System
    /dev/sde1              64    19530608     9765272+  83  Linux
    /dev/sde2        19530616  2930277160  1455373272+  83  Linux
    
    Poslední disk má trochu jiné rozdělení, nicméně to by nemělo vadit, stejné problémy se vyskytovaly i v degradované konfiguraci pole (jen nemám otestovanou rychlost). Zajímavé také je, že resync (právě po přidání tohoto posledního disku) běžel ze začátku 1.5-3MB/s a ráno, když jsem se vzbudil, tak jel 35MB/s... Opět nechápu proč.

    Dodám ještě, že server není téměř vůbec vytížený, jde vlastně jen o souborový server pro několik uživatelů.

    Řešení dotazu:


    Odpovědi

    16.9.2011 11:10 dustin | skóre: 61 | blog: dustin
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    To vážně vypadá, jako by to sda brzdil (disk, řadič, kabel...). Zkoušel jsi zápisový výkon samostatných disků, tj. vyřadit z pole, testnout bokem, pak jej tam zase vrátit? Měly by mít všechny srovnatelný výkon.
    16.9.2011 11:48 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    To jsem zapomněl napsat... když jsem to zpozoroval, zkoušel jsem disk vyřadit z pole a během chvíle začal to samé dělat jiný disk, takže to není tímhle :(
    16.9.2011 11:52 -
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Zdravim, ak potrebujes vykonne diskove pole tak: 1. nikdy neurobis RAID 6, 2. nemixujes rozne typy poli na jednej sade diskov, 3. pouzijes disky s rovankymi parametrami(nemusi byt rovanky vyrobca ani model), 4. kupis HW radic(pozor na lacne sracky, kde je RAID funkcionalita implementovana na urovni drivera OS). HW radice zacianju na cca 500EUR,
    16.9.2011 12:03 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Nejde mi o extra výkonné diskové pole, toto je pouhý domácí souborový server s nějakými dalšími kravinami, které nezabírají téměř žádný výkon. RAID1 pole slouží jen pro systém + ukládání logů, tj. za provozu se na něj téměř nezapisuje a výkon tedy téměř neovlivňuje.

    Problém je, že výkon je doslova mizerný (přirovnám to k tomu, jako by normální auto jelo pouze 40km/h) a podle mě nesouvisí s žádným z těchto bodů. Jediné co mě napadá je, že by dělalo takové brutální problémy mixování disků s 512B a 4kB sektory, ale to by nevysvětlovalo obrovské zatížení pouze jednoho disku, když jsou tam se 4kB sektory dva.

    Mám také pocit, že dříve to nedělalo, ale úplně jistý si tím nejsem... Je možné, že se stala nějaká změna, ale už bohužel nejsem schopný ji lokalizovat. :(

    Systém běží na Debianu Squeeze.
    16.9.2011 12:08 -
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    ok, dokup este jeden disk a urob z nich vsetkych len 1xR10, kapacita bude rovnaka ako R6 a vykon bude daleko vyssi
    18.9.2011 12:18 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Jen pro info... 5 disků, AMD Sempron 140 (= nejlevnější singlecore), RAID 6 = 105MB/s při zápisu. Pro domácí server myslím, že dostatečné.
    16.9.2011 12:15 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Příloha:
    Problém je v tom, že normální výkon RAID6 byl dostatečný, tuším se tam dostávalo až na nějakých 80MB/s při zápisu přes 1Gbit ethernet, ale prostě teď je něco špatně a něco to brzdí. Vždyť když si to tak vezmu, při zápisu na R1 (když se ve stejné době na R6 nic nezapisuje) je výkon pouhých 17MB/s! To není normální, i když je R-1 pole složené z pěti disků.

    V příloze je nějaký screenshot benchmarku po nainstalování serveru, ale i tak mi ty hodnoty přijdou nějaké divné (rychlejší zápis než čtení... wtf?).
    16.9.2011 16:26 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Vyzkoušeno na jiném HW (standardní PC na Intel, P31, E7200) pouze se čtyřmi disky (málo SATA) a dělá to to samé...
    Dreit avatar 16.9.2011 18:13 Dreit | skóre: 15 | blog: Dreit a jeho dračí postřehy | Královehradecký kraj
    Rozbalit Rozbalit vše Re: Pomalé RAID pole

    Třeba jeden disk "pomalu" umírá - v lepšim případě špatný sektory, v horšim....dělaly mi to zatím dva disky, když se dostanou hlavičky do jednoho konkrétního místa tak disk zacvaká, zastaví se, během chvilky se znova roztočí a snaží se pokračovat...někdy se ani nezastaví a hlavičky jen kmitaj třeba pět minut na jednom místě než se odtrhnou a pokračujou dál (Windows umře hned, tučňák se snaží pokračovat, ale jak se disk chytne tak rychle všechno uložit, protože do minuty příjde kernel panic).

    Kupodivu S.M.A.R.T. mi na to říkal že je všechno v pořádku, nakonec mi to jeden člověk pořádně projel, našel DVA špatný sektory a bylo jasno - i když nechápu, brácha má na stejnym disku vadných sektorů údajně desetitisíce a nic jako zastavování nebo ty zátuhy se u něj neprojevuje. Mimochodem byly to disky Western Digital Green, už nikdy víc.

     

    (nic lepšího mě nenapadlo)

    Nope
    16.9.2011 19:28 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Zdá se, že jste se trefil naprosto přesně. Vysvětlím situaci - původně jsem napsal:

    když jsem to zpozoroval vytížení disku na 100%, zkoušel jsem disk vyřadit z pole a během chvíle začal to samé dělat jiný disk, takže to není tímhle :(

    Zdá se, že v poli byly dva pomalu umírající disky - jeden víc umírající a jeden míň umírající. Víc umírající jsem vyhodil z pole a proto začal to samé (= vytížení na 100%) dělat druhý, zřejmě míň umírající disk, který byl přecejen trošku rychlejší než více umírající... bohužel mi nedošlo, že v poli můžou být dva vadné disky naráz a proto jsem celou dobu hledal chybu někde jinde, včetně špatného nastavení mdadm a bůhvíčeho ještě :) Díky za nakopnutí. Po vykopnutí z pole i tohoto disku se výkon RAID 1 zlepšil ze 17MB/s na 90MB/s.
    Dreit avatar 16.9.2011 21:14 Dreit | skóre: 15 | blog: Dreit a jeho dračí postřehy | Královehradecký kraj
    Rozbalit Rozbalit vše Re: Pomalé RAID pole

    Pokud jsou to disky WD tak bych se trošku bál, co jsem prostřídal několik WD disků, tak bezproblémově funguje jen historický 40GB, ostatní (dva 500GB) umřely až podezřele rychle, po půlroce jsem jeden posílal na reklamaci, když mi přišel zpátky tak vydržel jen pár dalších měsíců a odešel znova....takže jsem ho poslal na reklamaci (kus za kus) a prodal nový disk jen kousek pod cenou :-)  Koupil jsem dva samsungy 500GB, systém na RAID0 (až umře disk, tak to poznám), data na kterých moc nezáleží (muzika, panoramatické fotky, výtvory v GIMPu a swap) taky na RAID0 a jen to na čem opravdu záleží mám na RAID1

     

    Snad se moje zkušenost hodila, nikdy bych nevěřil že se disk může zaseknout v jedné pozici a jen tam "tikat" i přes pět minut než se odtrhne a bude pokračovat ve čtení/zápisu.

    Nope
    16.9.2011 22:49 tark
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    Jo, to jsem zažil s tím pětiminutovým tikáním na nějakém stařičkém notebooku. Spíše jsem nezažil zpomalení rychlosti disku cca na 1/5 rychlosti při celkem normální funkci, takže jsem nevěděl, čemu to přisuzovat.

    A jinak není lepší mít na systém RAID1 + na zbytek RAID5/6, stejně jako to je na tom serveru? Přijde mi to mnohem lepší... konkrétně na tom serveru jsem dělal, ať systém nabootuje odkudkoliv a data už můžu zachraňovat přes SSH. Na desktopu bych si to asi udělal podobně, pokud bych měl dost disků.
    16.9.2011 23:21 x
    Rozbalit Rozbalit vše Re: Pomalé RAID pole
    To je "feature" tech levnych desktopovych disku a ne bug ;-)

    Proto je dobre pouzivat na tyhle levne sestavy neco kde se o tyhle prusery stara poradne alespon filesystem. Realne je na vyber pouze ZFS nebo Hammer. Btrfs ma do produkce jeste hodne daleko a jeho dostupnot v Ubuntu instalatoru opravdu neznamena, ze se tomu daji sverit data ;-)

    Taky doporucuju se podivat tady, kde se to popisuje http://openindiana.org/pipermail/openindiana-discuss/2011-August/004914.html

    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.