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 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 29
dnes 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

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

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
včera 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
včera 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 16
včera 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
včera 04:44 | Nová verze

Byla vydána verze 0.7.0 debugovacího nástroje cgdb. Mezi novinky patří například zvýrazňování syntaxe jazyka Rust. Podrobnosti v poznámkách o vydání.

Neel | Komentářů: 0
25.3. 22:00 | Komunita

Portál Stack Overflow po roce opět vyzpovídal své uživatele, jedná se především o vývojáře softwaru, a zveřejnil (podcast) detailní výsledky průzkumu. Průzkumu se letos zúčastnilo více než 64 tisíc vývojářů. Jejich nejmilovanější platformou je linuxový desktop. Ten je také druhou nejpoužívanější platformou vývojářů.

Ladislav Hagara | Komentářů: 7
24.3. 11:55 | Komunita

Vývojový tým OpenSSL ve spolupráci s iniciativou Core Infrastructure konsorcia Linux Foundation spustil proces přelicencování této kryptografické knihovny ze současné licence na licenci Apache Licence v 2.0 (ASLv2). Nová licence usnadní začleňování OpenSSL do dalších svobodných a open source projektů. Všichni dosavadní vývojáři OpenSSL (Authors) obdrží v následujících dnech email s prosbou o souhlas se změnou licence.

Ladislav Hagara | Komentářů: 33
24.3. 01:11 | Komunita

Před třemi týdny Mozilla.cz představila projekt Photon, jehož cílem je návrh a implementace nového vzhledu Firefoxu. Včera zveřejnila první náhled vzhledu Photon. Práce na projektu Photon jsou rozděleny do pěti týmů, které celkem čítají 19 lidí. Zaměřují se na zlepšení prvního spuštění Firefoxu a zaujetí nových uživatelů, celkovou úpravu vzhledu, zlepšení animací, zrychlení odezvy uživatelského rozhraní a také upravení nabídek. Vývoj lze sledovat v Bugzille.

Ladislav Hagara | Komentářů: 52
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 950 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Pomalá synchronizace Raidu 1

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