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 23:33 | Nová verze

Byla vydána nová stabilní verze 1.15 (1.15.1147.36) webového prohlížeče Vivaldi (Wikipedie). Z novinek lze zdůraznit možnost nastavení vlastního pozadí okna, přístup k záložkám z hlavního menu, lepší ovládatelnost v režimu celé obrazovky nebo vyřešení problémů se zvukem v HTML5. Nejnovější Vivaldi je postaveno na Chromiu 65.0.3325.183.

Ladislav Hagara | Komentářů: 0
včera 17:22 | Nová verze

Node.js Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 10.0.0 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). Verze 10 se v říjnu stane novou aktivní LTS verzí. Podpora je plánována do dubna 2021.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Nová verze

Neal Cardwell ze společnosti Google oznámil zveřejnění verze 2.0 nástroje pro testování síťového stacku packetdrill. Jde o souhrnné vydání změn z interního vývoje od roku 2013.

Michal Kubeček | Komentářů: 0
včera 13:22 | Zajímavý software

Microsoft na svém blogu oznámil, že správce knihoven pro C++ Vcpkg (VC++ Packaging Tool) lze nově používat také na Linuxu a macOS. Aktuálně je pro Linux k dispozici více než 350 knihoven [reddit].

Ladislav Hagara | Komentářů: 1
včera 12:44 | Komunita

Byly zveřejněny exploity na Nintendo Switch a platformu Tegra X1: Fusée Gelée a ShofEL2. Jejich zneužití nelze zabránit softwarovou aktualizací. Na druhou stranu exploity umožní na Nintendo Switch snadno a rychle nainstalovat Linux, viz. ukázka na YouTube. Jenom je potřeba sáhnout na hardware.

Ladislav Hagara | Komentářů: 0
včera 00:55 | Nová verze

Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.

Ladislav Hagara | Komentářů: 7
včera 00:33 | Komunita

Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.

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

Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.

razor | Komentářů: 1
24.4. 01:22 | Zajímavý článek

Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).

Ladislav Hagara | Komentářů: 5
23.4. 13:22 | Zajímavý software

Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.

Ladislav Hagara | Komentářů: 5
Používáte na serverech port knocking?
 (3%)
 (7%)
 (46%)
 (27%)
 (18%)
Celkem 380 hlasů
 Komentářů: 29, poslední 5.4. 12:25
    Rozcestník

    Dotaz: Pomalá synchronizace Raidu 1

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