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:33 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 211. sraz, který proběhne v pátek 19. září od 18:00 ve Studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Na srazu proběhne přednáška Jiřího Eischmanna o nové verzi prostředí GNOME 49. Nemáte-li možnost se zúčastnit osobně, přednáškový blok bude opět streamován živě na server VHSky.cz a následně i zpřístupněn záznam.

    Ladislav Hagara | Komentářů: 0
    včera 01:33 | IT novinky

    Microsoft se vyhnul pokutě od Evropské komise za zneužívání svého dominantního postavení na trhu v souvislosti s aplikací Teams. S komisí se dohodl na závazcích, které slíbil splnit. Unijní exekutivě se nelíbilo, že firma svazuje svůj nástroj pro chatování a videohovory Teams se sadou kancelářských programů Office. Microsoft nyní slíbil jasné oddělení aplikace od kancelářských nástrojů, jako jsou Word, Excel a Outlook. Na Microsoft si

    … více »
    Ladislav Hagara | Komentářů: 3
    12.9. 14:00 | Nová verze

    Samba (Wikipedie), svobodná implementace SMB a Active Directory, byla vydána ve verzi 4.23.0. Počínaje verzí Samba 4.23 jsou unixová rozšíření SMB3 ve výchozím nastavení povolena. Přidána byla podpora SMB3 přes QUIC. Nová utilita smb_prometheus_endpoint exportuje metriky ve formátu Prometheus.

    Ladislav Hagara | Komentářů: 0
    12.9. 12:00 | Zajímavý článek

    Správcovský tým repozitáře F-Droid pro Android sdílí doporučení, jak řešit žádosti o odstranění nelegálního obsahu. Základem je mít nastavené formální procesy, vyhrazenou e-mailovou adresu a být transparentní. Zdůrazňují také důležitost volby jurisdikce (F-Droid je v Nizozemsku).

    🇵🇸 | Komentářů: 20
    12.9. 05:33 | Bezpečnostní upozornění

    Byly publikovány informace o další zranitelnosti v procesorech. Nejnovější zranitelnost byla pojmenována VMScape (CVE-2025-40300, GitHub) a v upstream Linuxech je již opravena. Jedná se o variantu Spectre. KVM host může číst data z uživatelského prostoru hypervizoru, např. QEMU.

    Ladislav Hagara | Komentářů: 0
    11.9. 22:00 | Komunita

    V červenci loňského roku organizace Apache Software Foundation (ASF) oznámila, že se částečně přestane dopouštět kulturní apropriace a změní své logo. Dnes bylo nové logo představeno. "Indiánské pírko" bylo nahrazeno dubovým listem a text Apache Software Foundation zkratkou ASF. Slovo Apache se bude "zatím" dál používat. Oficiální název organizace zůstává Apache Software Foundation, stejně jako názvy projektů, například Apache HTTP Server.

    Ladislav Hagara | Komentářů: 14
    11.9. 17:33 | Nová verze

    Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.104 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.104 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.

    Ladislav Hagara | Komentářů: 1
    11.9. 15:33 | IT novinky

    Spotify spustilo přehrávání v bezztrátové kvalitě. V předplatném Spotify Premium.

    Ladislav Hagara | Komentářů: 0
    11.9. 15:00 | IT novinky

    Spoluzakladatel a předseda správní rady americké softwarové společnosti Oracle Larry Ellison vystřídal spoluzakladatele automobilky Tesla a dalších firem Elona Muska na postu nejbohatšího člověka světa. Hodnota Ellisonova majetku díky dnešnímu prudkému posílení ceny akcií Oraclu odpoledne vykazovala nárůst o více než 100 miliard dolarů a dosáhla 393 miliard USD (zhruba 8,2 bilionu Kč). Hodnota Muskova majetku činila zhruba 385 miliard dolarů.

    Ladislav Hagara | Komentářů: 7
    10.9. 21:22 | Nová verze

    Bylo vydáno Eclipse IDE 2025-09 aneb Eclipse 4.37. Představení novinek tohoto integrovaného vývojového prostředí také na YouTube.

    Ladislav Hagara | Komentářů: 0
    Pro otevření více webových stránek ve webovém prohlížečí používám
     (82%)
     (6%)
     (3%)
     (3%)
     (4%)
     (2%)
    Celkem 171 hlasů
     Komentářů: 12, poslední 10.9. 13:00
    Rozcestník

    Dotaz: Pomalá synchronizace Raidu 1

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