[Hardware] Медленная скорость, замена диска в raid1 с 512б на 4k
Dubrovskiy Viacheslav
slava на tangramltd.com
Ср Фев 29 23:09:55 MSK 2012
Здравствуйте.
Сервер на t6 бранче. Софтовый рейд
# cat /proc/mdstat
Personalities : [raid1]
md2 : active raid1 sdb3[2] sda3[0]
463822039 blocks super 1.2 [2/2] [UU]
md1 : active raid1 sdb2[1] sda2[0]
20474752 blocks [2/2] [UU]
md0 : active raid1 sdb1[1] sda1[0]
4088384 blocks [2/2] [UU]
unused devices: <none>
Умер диск sdb. Т.к. с дисками напряженка, то заменили на то что было.
Получилось:
# hdparm -i /dev/sda
/dev/sda:
Model=WDC WD5002ABYS-02B1B0, FwRev=02.03B03, SerialNo=WD-WCASYE765082
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
И
# hdparm -i /dev/sdb
/dev/sdb:
Model=WDC WD5003ABYX-01WERA0, FwRev=01.01S01, SerialNo=WD-WMAYP1781683
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7
* signifies the current active mode
Проблема в том, что скорость записи на sdb раза в 6-7 раз ниже чем на
sda. Смотрю с помощью atop и hdparm
# hdparm -tT /dev/sda
/dev/sda:
Timing cached reads: 1124 MB in 2.00 seconds = 561.60 MB/sec
Timing buffered disk reads: 234 MB in 3.00 seconds = 77.99 MB/sec
# hdparm -tT /dev/sdb
/dev/sdb:
Timing cached reads: 1094 MB in 2.00 seconds = 546.74 MB/sec
Timing buffered disk reads: 34 MB in 3.14 seconds = 10.82 MB/sec
Хоть и пишут что это диск с размером сектора 512 байт, но я думаю что
проблема с выравниванием раздела имеет место. Т.к. диск размечался с
помощью команды sfdisk -d /dev/sda | sfdisk /dev/sdb для подключения в рейд.
Вопрос: Как быть в такой ситуации? Можно ли разбить диск вручную с
учетом выравнивания раздела и потом добавить в рейд? Я так понимаю что
размер разделов будет не идентичный. Как быть в этом случае?
Может есть другие причины медленной работы диска?
# fdisk -l
Disk /dev/sdb: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sdb1 63 8177084 4088511 fd Linux raid
autodetect
/dev/sdb2 * 8177085 49126769 20474842+ fd Linux raid
autodetect
/dev/sdb3 49126770 976773167 463823199 fd Linux raid
autodetect
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders, total 976773168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Device Boot Start End Blocks Id System
/dev/sda1 63 8177084 4088511 fd Linux raid
autodetect
/dev/sda2 * 8177085 49126769 20474842+ fd Linux raid
autodetect
/dev/sda3 49126770 976773167 463823199 fd Linux raid
autodetect
Спасибо заранее за совет.
--
WBR,
Dubrovskiy Viacheslav
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя : smime.p7s
Тип : application/pkcs7-signature
Размер : 4922 байтов
Описание: п я─п╦п©я┌п╬пЁя─п╟я└п╦я┤п╣я│п╨п╟я▐ п©п╬п╢п©п╦я│я▄ S/MIME
Url : <http://lists.altlinux.org/pipermail/hardware/attachments/20120229/4dbb3f7e/attachment-0001.bin>
Подробная информация о списке рассылки Hardware