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í
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

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

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 26
včera 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 7
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 14
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
2.12. 22:44 | Komunita

Joinup informuje, že Mnichov používá open source groupware Kolab. V srpnu byl dokončen dvouletý přechod na toto řešení. V provozu je asi 60 000 poštovních schránek. Nejenom Kolabu se věnoval Georg Greve ve své přednášce Open Source: the future for the European institutions (SlideShare) na konferenci DIGITEC 2016, jež proběhla v úterý 29. listopadu v Bruselu. Videozáznam přednášek z hlavního sálu je ke zhlédnutí na Livestreamu.

Ladislav Hagara | Komentářů: 25
2.12. 15:30 | Zajímavý projekt

Společnost Jolla oznámila v příspěvku Case study: Sailfish Watch na svém blogu, že naportovala Sailfish OS na chytré hodinky. Využila a inspirovala se otevřeným operačním systémem pro chytré hodinky AsteroidOS. Použita je knihovna libhybris. Ukázka ovládání hodinek na YouTube.

Ladislav Hagara | Komentářů: 15
2.12. 14:15 | Nová verze

Byla vydána verze 7.1.0 skriptovacího jazyka PHP používaného zejména k vývoji dynamických webových stránek. Jedná se o první stabilní verzi nejnovější větvě 7.1. Přehled novinek v dokumentaci. Podrobnosti v ChangeLogu. K dispozici je také příručka pro přechod z PHP 7.0.x na PHP 7.1.x.

Ladislav Hagara | Komentářů: 5
2.12. 12:55 | Nová verze

Google Chrome 55 byl prohlášen za stabilní. Nejnovější stabilní verze 55.0.2883.75 tohoto webového prohlížeče přináší řadu oprav a vylepšení (YouTube). Opraveno bylo také 36 bezpečnostních chyb. Mariusz Mlynski si například vydělal 22 500 dolarů za 3 nahlášené chyby (Universal XSS in Blink).

Ladislav Hagara | Komentářů: 4
2.12. 11:55 | Pozvánky

Máte rádi svobodný software a hardware nebo se o nich chcete něco dozvědět? Přijďte na 135. sraz spolku OpenAlt, který se bude konat ve čtvrtek 8. prosince od 18:00 v Radegastovně Perón (Stroupežnického 20, Praha 5). Sraz bude tentokrát tématický. Bude retro! K vidění budou přístroje jako Psion 5mx nebo Palm Z22. Ze svobodného hardwaru pak Openmoko nebo čtečka WikiReader. Přijďte se i vy pochlubit svými legendami, nebo alespoň na pivo. Moderní hardware má vstup samozřejmě také povolen.

xkucf03 | Komentářů: 1
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (7%)
 (5%)
 (3%)
Celkem 774 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Pomalá synchronizace Raidu 1

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