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 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

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

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 1
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
20.1. 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 7
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (11%)
 (2%)
 (73%)
 (3%)
 (10%)
Celkem 386 hlasů
 Komentářů: 31, poslední včera 19:19
Rozcestník
Reklama

Dotaz: Pomalá synchronizace Raidu 1

14.12.2012 09:30 Petr
Pomalá synchronizace Raidu 1
Přečteno: 772×
Dobry den. Mam na Debianu zrcadlo pomoci mdadm. Vymenil jsem jeden disk a spustil synchronizaci. Ta rychlost nebo spis pomalost je hrozna. Nevite, kde muze byt problem?
cat /proc/mdstat
Personalities : [raid1] 
md1 : active raid1 sdb2[2] sda2[0]
      1464894976 blocks [2/1] [U_]
      [....................]  recovery =  3.5% (52734720/1464894976) finish=23476.9min speed=1002K/sec
      
md0 : active raid1 sdb1[1] sda1[0]
      240832 blocks [2/2] [UU]
      
unused devices: none


server:~# mdadm -D /dev/md1
/dev/md1:
        Version : 0.90
  Creation Time : Fri Jan 16 17:47:54 2009
     Raid Level : raid1
     Array Size : 1464894976 (1397.03 GiB 1500.05 GB)
  Used Dev Size : 1464894976 (1397.03 GiB 1500.05 GB)
   Raid Devices : 2
  Total Devices : 2
Preferred Minor : 1
    Persistence : Superblock is persistent

    Update Time : Fri Dec 14 07:58:05 2012
          State : active, degraded, recovering
 Active Devices : 1
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 1

 Rebuild Status : 3% complete

           UUID : 99be939b:58238c48:fa8b64fc:811dc3c8
         Events : 0.1060209

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       2       8       18        1      spare rebuilding   /dev/sdb2



server:~# dmesg | grep DMA
[    0.000000]   DMA      0x00000010 -> 0x00001000
[    0.000000]   DMA zone: 32 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 3951 pages, LIFO batch:0
[    1.185580] ata1: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 22
[    1.185583] ata2: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 22
[    1.185586] ata3: SATA max UDMA/133 abar m8192@0xdfef6000 port 0xdfef6200 irq 22
[    1.185589] ata4: SATA max UDMA/133 irq_stat 0x00400040, connection status changed irq 22
[    1.271939] ata5: PATA max UDMA/133 cmd 0x1f0 ctl 0x3f6 bmdma 0xffa0 irq 14
[    1.271942] ata6: PATA max UDMA/133 cmd 0x170 ctl 0x376 bmdma 0xffa8 irq 15
[    2.080462] ata2.00: ATA-8: ST1500DM003-9YN16G, CC4H, max UDMA/133
[    2.080938] ata2.00: configured for UDMA/133
[    2.081336] ata4.00: ATAPI: HL-DT-STDVD-RAM GH22NS30, 1.01, max UDMA/100
[    2.082832] ata4.00: configured for UDMA/100
[    2.108728] ata1.00: ATA-8: ST31500341AS, CC1H, max UDMA/133
[    2.150639] ata1.00: configured for UDMA/133


server:~# hdparm -tT /dev/sdb

/dev/sdb:
 Timing cached reads:   2322 MB in  2.00 seconds = 1161.41 MB/sec
 Timing buffered disk reads: 242 MB in  3.01 seconds =  80.44 MB/sec

Odpovědi

14.12.2012 09:53 xxl | skóre: 18
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Podívej se sem na příspěvek číslo 7 (Cr0t June 18, 2010 at 8:11 pm). Může stačit zakázání NCQ.
14.12.2012 10:02 Martin
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Diky, ale nejak tomu nerozumim. Mam tedy udelat toto:

echo 1 > /sys/block/sdb/device/queue_depth

nyní mám

cat /sys/block/sdb/device/queue_depth 31

Nemuze byt problem, ze jeden disk je (asi) 512B a druhý 4KB?
14.12.2012 10:05 Martin
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
vypada to, ze se rychlost zvetsuje po zvyseni min limitu /proc/sys/dev/raid/speed_limit_min. Nevi, proc se to drzelo toho minima.. k cemu tam je pak maximum?
Heron avatar 14.12.2012 12:26 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Zřejmně se s tím polem pracuje. Na maximum to jede pouze tehdy, když na to pole nejsou žádné další požadavky.
15.12.2012 16:04 Vasek K.
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Ja mam taky podobny problem.. sync mi jede rychlosti jen 7M/s .. krozny na 1.5TB
H0ax avatar 15.12.2012 16:50 H0ax | skóre: 36 | blog: Odnikud_nikam
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
tohle mi dělala green edice disků
LinuxWay | blog |  LiCo
15.12.2012 17:15 Vasek K.
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
a dalo se to nejak resit.. nebo smula?
H0ax avatar 20.12.2012 07:32 H0ax | skóre: 36 | blog: Odnikud_nikam
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
vyřešeno zjebáním šéfa co to koupil za shit a výměna za raid edition
LinuxWay | blog |  LiCo
15.12.2012 23:25 Hcom
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Presne tento problem som mal s WD green, ak s tym polom pracujes tak sync ide strasne pomaly, pomohla vymena diskov za WD Black. Po tom co mi zostalo 5 ks 1,5 TB greenov ich uz v zivote nekupim do raidu :-(
16.12.2012 17:21 oron | skóre: 27
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
mal som pred par dnami podobny problem disky WD 1TB RE4
po pridani hdd to islo min speed, po asi 5min to uz islo normalnou speed ...
16.12.2012 19:30 Vasek K.
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
A jaka byla ta normalni rychlost?
17.12.2012 21:04 Vasek K.
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Podle me bude problem s tim, ze jeden disk je 512b a druhy 4k. Co s tim ale?
21.12.2012 10:49 oron | skóre: 27
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Personalities : [raid1]
md1 : active raid1 sda2[2] sdb2[1]
      976272248 blocks super 1.2 [2/1] [_U]
      [>....................]  recovery =  0.0% (3072/976272248) finish=10538.3min speed=1536K/sec
		
		rychlost synchronizacie je nizka - neviem preco po par minutach sa zvysila na hodnotu:
		finish=292.3min speed=55589K/sec
17.12.2012 11:33 pedro
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
http://www.cyberciti.biz/tips/linux-raid-increase-resync-rebuild-speed.html
17.12.2012 12:18 xxl | skóre: 18
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
To už jsem si dovolil uvést v prvním příspěvku.
19.12.2012 23:23 lertimir | skóre: 59 | blog: Par_slov
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Při synchronizaci je asi největší rozdíl mezi HW a SW raidy. Dnes jsem musel měnit disk v jednom HW raidu. (RAID 5) a synchro jelo 250 MB/s. za půl hodky bylo hotovo.
Heron avatar 21.12.2012 11:01 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
On nějaký pevný disk (nikoliv SSD) zvládne 250MB/s?
21.12.2012 11:10 lertimir | skóre: 59 | blog: Par_slov
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Přesný měření jsem tam neměl, bylo to v konsoli toho raidu, ale 500 GB to dalo za něco málo přes půl hodiny. A jsou to SAS disky na 15 000 rpm, 500 GB bratru tak 8k.
Heron avatar 21.12.2012 13:00 Heron | skóre: 50 | blog: root_at_heron | Olomouc
Rozbalit Rozbalit vše Re: Pomalá synchronizace Raidu 1
Pěkné. U SASů se člověk moc často až přímo k tomu HW nedostane, takže na taková čísla nejsem zvyklý :-). Tam je to skutečně všechno přes řadič s hromadou paměti, která tomu též dost pomůže. Na rok starém políčku máme 6x15kRPM 600GB v R10, celkem to dělá něco přes 500MB/s, ale tam šlo především o trochu lepší IOPS.

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.