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 20:33 | Komunita

    Ubuntu bude pro testování nových verzí vydávat měsíční snapshoty. Dnes vyšel 1. snapshot Ubuntu 25.10 (Questing Quokka).

    Ladislav Hagara | Komentářů: 0
    dnes 14:55 | Nová verze

    Společnost Netgate oznámila vydání nové verze 2.8.0 open source firewallové, routovací a VPN platformy pfSense (Wikipedie) postavené na FreeBSD. Přehled novinek v poznámkách k vydání.

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

    Byla vydána nová verze 6.16 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Tor Browser byl povýšen na verzi 14.5.3. Linux na verzi 6.1.140. Další změny v příslušném seznamu.

    Ladislav Hagara | Komentářů: 0
    dnes 12:33 | Zajímavý článek

    Člověk odsouzený za obchod s drogami daroval letos ministerstvu spravedlnosti 468 kusů kryptoměny bitcoin, které pak resort v aukcích prodal za skoro miliardu korun. Darováním se zabývá policejní Národní centrála proti organizovanému zločinu (NCOZ). Deníku N to potvrdil přímo ministr spravedlnosti Pavel Blažek (ODS). Podle resortu bylo nicméně vše v souladu s právem.

    Ladislav Hagara | Komentářů: 4
    včera 20:44 | Nová verze

    Svobodný a otevřený multiplatformní editor EPUB souborů Sigil (Wikipedie, GitHub) byl vydán ve verzi 2.5.0. Stejně tak doprovodný vizuální EPUB XHTML editor PageEdit (GitHub).

    Ladislav Hagara | Komentářů: 0
    včera 12:22 | IT novinky

    Na základě národního atribučního procesu vláda České republiky označila Čínskou lidovou republiku za zodpovědnou za škodlivou kybernetickou kampaň proti jedné z neutajovaných komunikačních sítí Ministerstva zahraničních věcí ČR. Tato škodlivá aktivita, která trvala od roku 2022 a zasáhla instituci zařazenou na seznam české kritické infrastruktury, byla provedena kyberšpionážní skupinou APT31, veřejně spojovanou se zpravodajskou službou Ministerstvo státní bezpečnosti (MSS).

    Ladislav Hagara | Komentářů: 27
    včera 00:11 | Nová verze

    Google Chrome 137 byl prohlášen za stabilní. Nejnovější stabilní verze 137.0.7151.55 přináší řadu novinek z hlediska uživatelů i vývojářů. Podrobný přehled v poznámkách k vydání. Opraveno bylo 11 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    27.5. 19:22 | Nová verze

    Byl vydán AlmaLinux OS 10 s kódovým názvem Purple Lion. Podrobnosti v poznámkách k vydání. Na rozdíl od Red Hat Enterprise Linuxu 10 nadále podporuje x86-64-v2.

    Ladislav Hagara | Komentářů: 0
    27.5. 15:11 | Nová verze

    Byl vydán Mozilla Firefox 139.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 139 je již k dispozici také na Flathubu a Snapcraftu.

    Ladislav Hagara | Komentářů: 10
    27.5. 10:44 | Komunita

    Byly publikovány výsledky průzkumu mezi uživateli Blenderu uskutečněného v říjnu 2024. Zúčastnilo se více než 7000 uživatelů. Téměř 93 % z nich například používá uživatelské rozhraní v angličtině.

    Ladislav Hagara | Komentářů: 25
    Jaký je váš oblíbený skriptovací jazyk?
     (54%)
     (32%)
     (8%)
     (3%)
     (0%)
     (1%)
     (3%)
    Celkem 158 hlasů
     Komentářů: 12, poslední včera 18:42
    Rozcestník

    Dotaz: Pomalá synchronizace Raidu 1

    14.12.2012 09:30 Petr
    Pomalá synchronizace Raidu 1
    Přečteno: 832×
    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: 26
    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: 53 | 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ů
    uid=0(root) gid=0(root) skupiny=0(root)
    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
    uid=0(root) gid=0(root) skupiny=0(root)
    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: 26
    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: 64 | 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: 53 | 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: 64 | 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: 53 | 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.