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

dnes 11:33 | Pozvánky

Konference LinuxDays 2017 proběhne o víkendu 7. a 8. října v Praze v Dejvicích v prostorách FIT ČVUT. Konference OpenAlt 2017 proběhne o víkendu 4. a 5. listopadu na FIT VUT v Brně. Organizátoři konferencí vyhlásili CFP (LinuxDays, OpenAlt). Přihlaste svou přednášku nebo doporučte konference známým.

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Nová verze

Byla vydána verze 1.3.0 odlehčeného desktopového prostředí Lumina (Wikipedie, GitHub) postaveného nad toolkitem Qt. Z novinek lze zmínit nový motiv ikon nahrazující Oxygen (material-design-[light/dark]) nebo vlastní multimediální přehrávač (lumina-mediaplayer).

Ladislav Hagara | Komentářů: 2
včera 17:33 | Bezpečnostní upozornění

Před šesti týdny byly publikovány výsledky bezpečnostního auditu zdrojových kódů OpenVPN a nalezené bezpečnostní chyby byly opraveny ve verzi OpenVPN 2.4.2. Guido Vranken minulý týden oznámil, že v OpenVPN nalezl další čtyři bezpečnostní chyby (CVE-2017-7520, CVE-2017-7521, CVE-2017-7522 a CVE-2017-7508). Nejzávažnější z nich se týká způsobu, jakým aplikace zachází s SSL certifikáty. Vzdálený útočník může pomocí speciálně

… více »
Ladislav Hagara | Komentářů: 1
včera 06:55 | Zajímavý projekt

V Edici CZ.NIC vyšla kniha Průvodce labyrintem algoritmů. Kniha je ke stažení zcela zdarma (pdf) nebo lze objednat tištěnou verzi za 339 Kč (připojení přes IPv4) nebo 289 Kč (připojení přes IPv6).

Ladislav Hagara | Komentářů: 6
včera 06:33 | Zajímavý software

Byla vydána verze 2.2.0 svobodného správce hesel KeePassXC (Wikipedie). Jedná se o komunitní fork správce hesel KeePassX s řadou vylepšení.

Ladislav Hagara | Komentářů: 0
včera 06:11 | IT novinky

Vývojář Debianu Henrique de Moraes Holschuh upozorňuje v diskusním listu debian-devel na chybu v Hyper-Threadingu v procesorech Skylake a Kaby Lake od Intelu. Za určitých okolností může chyba způsobit nepředvídatelné chování systému. Doporučuje se aktualizace mikrokódu CPU nebo vypnutí Hyper-Threadingu v BIOSu nebo UEFI [reddit].

Ladislav Hagara | Komentářů: 0
24.6. 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 3
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 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ářů: 3
23.6. 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 1
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 846 hlasů
 Komentářů: 65, poslední 1.6. 19:16
    Rozcestník

    Dotaz: Pomalá synchronizace Raidu 1

    14.12.2012 09:30 Petr
    Pomalá synchronizace Raidu 1
    Přečteno: 778×
    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: 19
    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: 51 | 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: 19
    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: 60 | 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: 51 | 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: 60 | 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: 51 | 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.