forum.opennet.ru - "Медленная работа дисков, не могу побороть :(" (33)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Медленная работа дисков, не могу побороть :("

Форумы OpenNET: Виртуальная конференция (Public)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Медленная работа дисков, не могу побороть :("		+/–
Сообщение от Roman (??) on 14-Июл-09, 04:17
Приветствую, уважаемые. Никак не могу побороть проблемку. Имеем: Сервер. Мать Intel на чипсете i3210. Пробовал разные контроллеры (3ware/Areca) в данный момент винты подключил для проверки в контроллер на матери. Винты стояли снача 2x500GB Seagate с 3Ware 9650SE PCI-E в RAID 1, потом поменял на Areca ARC-1200 + 2x1TB Seagate. Пользы это не принесло :( В данный момент насиловать предлагаю 1 винт, подключенный к контроллеру матери. Итого имеем: dd if=/dev/zero of=test bs=2M count=1024 1024+0 records in 1024+0 records out 2147483648 bytes (2.1 GB) copied, 192.139 s, 11.2 MB/s Я помню, что контроллер выдавал намамный на 1 винте порядка 50MB/s, но прикаких условиях это было и как воспроизвести, осталось загадкой :( давно было, все руки не доходили заняться сервером. Какую информацию предоставить, для изучения проблемы? Вот что первое на ум приходит: ===================================================== main ~ # sdparm -a /dev/sdb /dev/sdb: ATA ST31000528AS CC44 Read write error recovery mode page: AWRE 1 ARRE 1 TB 0 RC 0 EER 0 PER 0 DTE 0 DCR 0 RRC 0 COR_S 0 HOC 0 DSOC 0 WRC 0 RTL 0 Caching (SBC) mode page: IC 0 ABPF 0 CAP 0 DISC 0 SIZE 0 WCE 1 MF 0 RCD 0 DRRP 0 WRP 0 DPTL 0 MIPF 0 MAPF 0 MAPFC 0 FSW 0 LBCSS 0 DRA 0 NV_DIS 0 NCS 0 CSS 0 Control mode page: TST 0 TMF_ONLY 0 D_SENSE 0 GLTSD 1 RLEC 0 QAM 0 QERR 0 RAC 0 UA_INTLCK 0 SWP 0 ATO 0 TAS 0 AUTOLOAD 0 BTP -1 ESTCT 30 ===================================================== и это: ===================================================== main ~ # smartctl --all /dev/sdb smartctl version 5.38 [x86_64-pc-linux-gnu] Copyright (C) 2002-8 Bruce Allen Home page is http://smartmontools.sourceforge.net/ === START OF INFORMATION SECTION === Device Model: ST31000528AS Serial Number: 9VP05MP9 Firmware Version: CC44 User Capacity: 1,000,204,886,016 bytes Device is: Not in smartctl database [for details use: -P showall] ATA Version is: 8 ATA Standard is: ATA-8-ACS revision 4 Local Time is: Tue Jul 14 04:06:37 2009 MSD SMART support is: Available - device has SMART capability. SMART support is: Enabled === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED General SMART Values: Offline data collection status: (0x82) Offline data collection activity was completed without error. Auto Offline Data Collection: Enabled. Self-test execution status: ( 0) The previous self-test routine completed without error or no self-test has ever been run. Total time to complete Offline data collection: ( 600) seconds. Offline data collection capabilities: (0x7b) SMART execute Offline immediate. Auto Offline data collection on/off support. Suspend Offline collection upon new command. Offline surface scan supported. Self-test supported. Conveyance Self-test supported. Selective Self-test supported. SMART capabilities: (0x0003) Saves SMART data before entering power-saving mode. Supports SMART auto save timer. Error logging capability: (0x01) Error logging supported. General Purpose Logging supported. Short self-test routine recommended polling time: ( 1) minutes. Extended self-test routine recommended polling time: ( 198) minutes. Conveyance self-test routine recommended polling time: ( 2) minutes. SCT capabilities: (0x103f) SCT Status supported. SCT Feature Control supported. SCT Data Table supported. SMART Attributes Data Structure revision number: 10 Vendor Specific SMART Attributes with Thresholds: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 006 Pre-fail Always - 1289441 3 Spin_Up_Time 0x0003 096 096 000 Pre-fail Always - 0 4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 6 5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 100 253 030 Pre-fail Always - 176401 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 47 10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0 12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 6 183 Unknown_Attribute 0x0000 100 100 000 Old_age Offline - 0 184 Unknown_Attribute 0x0032 100 100 099 Old_age Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0 188 Unknown_Attribute 0x0032 100 084 000 Old_age Always - 16 189 High_Fly_Writes 0x003a 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 081 071 045 Old_age Always - 19 (Lifetime Min/Max 18/20) 194 Temperature_Celsius 0x0022 019 040 000 Old_age Always - 19 (0 18 0 0) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 1289441 197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0 198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0 199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0 240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 79701708111937 241 Unknown_Attribute 0x0000 100 253 000 Old_age Offline - 2991204613 242 Unknown_Attribute 0x0000 100 253 000 Old_age Offline - 3888413653 SMART Error Log Version: 1 No Errors Logged SMART Self-test log structure revision number 1 No self-tests have been logged. [To run self-tests, use: smartctl -t] SMART Selective self-test log data structure revision number 1 SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS 1 0 0 Not_testing 2 0 0 Not_testing 3 0 0 Not_testing 4 0 0 Not_testing 5 0 0 Not_testing Selective self-test flags (0x0): After scanning selected spans, do NOT read-scan remainder of disk. If Selective self-test is pending on power-up, resume after 0 minute delay. ===================================================== Самостоятельно найти проблему не удалось. Пробовал грузиться со Slax'а. Такая же ситуация. Очень надеюсь, что кто-то поможет решить проблему, я уже с трудом представляю куда копать.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

Медленная работа дисков, не могу побороть :(, Roman, 04:23 , 14-Июл-09, (1)

Медленная работа дисков, не могу побороть :(, zd3n, 06:08 , 14-Июл-09, (2)

Медленная работа дисков, не могу побороть :(, Roman, 11:13 , 14-Июл-09, (4)

Медленная работа дисков, не могу побороть :(, PavelR, 10:12 , 14-Июл-09, (3)

Медленная работа дисков, не могу побороть :(, kolayshkin, 11:53 , 14-Июл-09, (5)

Медленная работа дисков, не могу побороть :(, Roman, 12:46 , 14-Июл-09, (6)

Медленная работа дисков, не могу побороть :(, Roman, 12:48 , 14-Июл-09, (7)

Медленная работа дисков, не могу побороть :(, Roman, 13:14 , 14-Июл-09, (8)
Медленная работа дисков, не могу побороть :(, Roman, 13:26 , 14-Июл-09, (9)

Медленная работа дисков, не могу побороть :(, Roman, 13:41 , 14-Июл-09, (10)
Медленная работа дисков, не могу побороть :(, kolayshkin, 13:44 , 14-Июл-09, (11)

Медленная работа дисков, не могу побороть :(, Roman, 13:49 , 14-Июл-09, (12)

Медленная работа дисков, не могу побороть :(, kolayshkin, 14:59 , 14-Июл-09, (13)

Медленная работа дисков, не могу побороть :(, Roman, 17:16 , 14-Июл-09, (14)

Медленная работа дисков, не могу побороть :(, kolayshkin, 17:38 , 14-Июл-09, (15)

Медленная работа дисков, не могу побороть :(, Roman, 17:47 , 14-Июл-09, (16)

Медленная работа дисков, не могу побороть :(, kolayshkin, 06:44 , 18-Июл-09, (18)

Медленная работа дисков, не могу побороть :(, kolayshkin, 06:55 , 18-Июл-09, (19)
Медленная работа дисков, не могу побороть :(, Roman, 07:16 , 18-Июл-09, (20)
Медленная работа дисков, не могу побороть :(, kolayshkin, 08:18 , 18-Июл-09, (23)
Медленная работа дисков, не могу побороть :(, Roman, 07:23 , 18-Июл-09, (21)
Медленная работа дисков, не могу побороть :(, kolayshkin, 08:15 , 18-Июл-09, (22)
Медленная работа дисков, не могу побороть :(, Roman, 09:17 , 18-Июл-09, (24)
Медленная работа дисков, не могу побороть :(, kolayshkin, 18:56 , 18-Июл-09, (25)
Медленная работа дисков, не могу побороть :(, Roman, 18:59 , 18-Июл-09, (26)
Медленная работа дисков, не могу побороть :(, kolayshkin, 11:52 , 20-Июл-09, (27)
Медленная работа дисков, не могу побороть :(, Roman, 00:47 , 21-Июл-09, (28)
Медленная работа дисков, не могу побороть :(, kolayshkin, 11:35 , 21-Июл-09, (29)
Медленная работа дисков, не могу побороть :(, Roman, 16:12 , 25-Июл-09, (32)
Медленная работа дисков, не могу побороть :(, kolayshkin, 20:02 , 25-Июл-09, (33)
Медленная работа дисков, не могу побороть :(, ALex_hha, 12:01 , 21-Июл-09, (30)
Медленная работа дисков, не могу побороть :(, Roman, 12:04 , 21-Июл-09, (31)

Медленная работа дисков, не могу побороть :(, Roman, 10:09 , 16-Июл-09, (17)

Сообщения по теме [Сортировка по времени | RSS]

1. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 04:23

Ой. Забыл из буфера запостить :)
main ~ # uname -a
Linux main 2.6.21-xen #5 SMP x86_64

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от zd3n (ok) on 14-Июл-09, 06:08

>Ой. Забыл из буфера запостить :)
>
>main ~ # uname -a
>Linux main 2.6.21-xen #5 SMP x86_64
hdparm -t /dev/sdb  что кажет?
лично у меня на старенькой машине:
# hdparm -t /dev/sda
/dev/sda:
Timing buffered disk reads:  142 MB in  3.03 seconds =  46.81 MB/sec
#
Если значения намного ниже, то нужно тюнить той же командой hdparm.
Гугль в помощь...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 11:13

>hdparm -t /dev/sdb  что кажет?
>
/dev/sdb:
Timing buffered disk reads:  184 MB in  3.04 seconds =  60.47 MB/sec
Получается до кеша винта все в порядке? Но винты пробовал разные, очень странно. Хотя все сегейты.
>1. не забывать постить из буфера.
>2. не создавать темы в разделе FreeBSD с "uname -a" = "Linux main 2.6.21-xen".
По обеим пунктам каюсь, привык, что на FreeBSD сервера, в полусознательном ночном состоянии машинально выбрал. Сорри.

Тоесть получается, линух с дисками насколько может работает нормально. Как быть? Как найти проблему?
Может дело в том, что сервер ракмаунт, много кулеров, да и в стойке полно оборудования. Может идет вибрация и появляются ошибки чтения? В смарте ничего криминального?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от PavelR (??) on 14-Июл-09, 10:12

>Ой. Забыл из буфера запостить :)
>
>main ~ # uname -a
>Linux main 2.6.21-xen #5 SMP x86_64
Для того, чтобы бороть проблемы, надо быть внимательным:
1. не забывать постить из буфера.
2. не создавать темы в разделе FreeBSD с "uname -a" = "Linux main 2.6.21-xen".

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 14-Июл-09, 11:53

>Итого имеем:
>
>dd if=/dev/zero of=test bs=2M count=1024
>1024+0 records in
>1024+0 records out
>2147483648 bytes (2.1 GB) copied, 192.139 s, 11.2 MB/s
А что говорит iostat при чтении dd?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

6. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 12:46

>>Итого имеем:
>>
>>dd if=/dev/zero of=test bs=2M count=1024
>>1024+0 records in
>>1024+0 records out
>>2147483648 bytes (2.1 GB) copied, 192.139 s, 11.2 MB/s
>
>А что говорит iostat при чтении dd?
Подтверждает данные dd.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

7. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 12:48

ой, не обратил внимание, что при чтении интересуетесь :) как правильно проверить? пример  дайте пожалуйста.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 13:14

Подскажите, правильно-ли я понимаю, что если "hdparm -t" выдает приемлемое значение, то дальше ОС и контроллер уже не управляют работой диска и все дальнейшие действия управляются диском самостоятельно?
Странно просто. Такая маленькая скорость наблюдается и на прямом подключении дисков к контроллеру матери и при использовании аппаратного RAID, хотя как я понимаю скорость между контроллером и кэшем диска в норме.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 13:26

main tmp # dd if=/dev/sdb of=/dev/null bs=2M
887+0 records in
886+0 records out
1858076672 bytes (1.9 GB) copied, 27.7788 s, 66.9 MB/s
Получается, что только запись медленная. "Истина где-то рядом", помогите найти :) файловые системы пробовал ext3 и ext2

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

10. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 13:41

На всякий случай проверил еще так:
main tmp # dd if=/dev/zero of=/dev/sdb2 bs=2M count=1024
1024+0 records in
1024+0 records out
2147483648 bytes (2.1 GB) copied, 95.8013 s, 22.4 MB/s

Подскажите, может где-то включается кеширование записи? При записи "wait" системы имеет очень большое значение скачками до 100%. Очень похоже на отключенный кеш записи.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

11. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 14-Июл-09, 13:44

>main tmp # dd if=/dev/sdb of=/dev/null bs=2M
>887+0 records in
>886+0 records out
>1858076672 bytes (1.9 GB) copied, 27.7788 s, 66.9 MB/s
>
>Получается, что только запись медленная. "Истина где-то рядом", помогите найти :) файловые
>системы пробовал ext3 и ext2
Прост отак видеть результаты dd не информативно. Если хотим определить, где затык, то необходимо как минимум смотреть на iostat, чтобы хотя бы локализовать медленную часть.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

12. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 13:49

А что там смотреть? Я уже указал, что iostat подтверждает информацию выдаваемую dd. Скорость плавает при записи где-то 10-18MB/s. При чтении, тоже подтверждает данные dd.
Я только за, предоставить дополнительную информацию. Скажите, что требуется, посмотрю, выложу. Сервер уже какой месяц работает из-за этого через одно место, хотелось бы решить наконец-то проблему :)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

13. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 14-Июл-09, 14:59

>А что там смотреть? Я уже указал, что iostat подтверждает информацию выдаваемую
>dd. Скорость плавает при записи где-то 10-18MB/s. При чтении, тоже подтверждает
>данные dd.
>
>Я только за, предоставить дополнительную информацию. Скажите, что требуется, посмотрю, выложу. Сервер
>уже какой месяц работает из-за этого через одно место, хотелось бы
>решить наконец-то проблему :)
Присылай iostat -x. Что подтверждает iostat? Что происзодит с очередью запросов к диску? Сколько стоит в очереди? Как долго?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 17:16

>Присылай iostat -x. Что подтверждает iostat? Что происзодит с очередью запросов к
>диску? Сколько стоит в очереди? Как долго?
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.94   26.76    0.06   72.24
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.80    0.00    0.20     0.00     8.00    40.00     0.00   10.00  10.00   0.20
sdb               0.00  3225.60    0.20   28.80     1.60 29491.20  1016.99   144.40 5493.79  34.48 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
Это было сделано, когда dd писал на диск файл из /dev/zero

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 14-Июл-09, 17:38

>[оверквотинг удален]
>   0.00    0.00   0.00
>  0.00
>sdd
>   0.00     0.00
> 0.00    0.00     0.00
>    0.00     0.00
>   0.00    0.00   0.00
>  0.00
>
>Это было сделано, когда dd писал на диск файл из /dev/zero
априведи за несколько секунд пожалуйста. Совсем забыл про это написать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

16. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 14-Июл-09, 17:47

Посекудно. Если надо, могу больше прислать на почту.
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.01    0.00    4.02   61.31    0.00   32.66
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00    41.00   17.00   54.00  1544.00  4832.00    89.80    18.30  791.27  12.96  92.00
sdb               0.00  4064.00    0.00   33.00     0.00 33792.00  1024.00   143.85 4505.76  30.30 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.83    0.00    2.16   13.64    0.00   83.36
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00    26.00    9.00   16.00  1096.00   368.00    58.56     0.11    4.40   0.80   2.00
sdb               0.00  4064.00    0.00   21.00     0.00 21472.00  1022.48   149.43 5221.43  47.62 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    1.01   49.25    0.00   49.75
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00  4064.00    0.00   30.00     0.00 29728.00   990.93   138.88 4984.00  33.33 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           0.00    0.00    0.00   16.64    0.00   83.36
Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00  2272.00    0.00   19.00     0.00 19456.00  1024.00   142.37 6138.42  52.63 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

18. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 18-Июл-09, 06:44

Device:         rrqm/s   wrqm/s     r/s     w/s   rsec/s   wsec/s avgrq-sz avgqu-sz   await  svctm  %util
sda               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdb               0.00  2272.00    0.00   19.00     0.00 19456.00  1024.00   142.37 6138.42  52.63 100.00
sdc               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00
sdd               0.00     0.00    0.00    0.00     0.00     0.00     0.00     0.00    0.00   0.00   0.00

Странное дело у тебя получается:
среднее время выполнения запроса самим диском (svctm) - 52 миллисекунды
общее время выполнения запроса (время нахождения в очереди + время обработки запроса самим диском) await   - 6138 миллисекунды (52 + 6086)
Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 18-Июл-09, 06:55

>[оверквотинг удален]
>  0.00
>
>
>Странное дело у тебя получается:
>среднее время выполнения запроса самим диском (svctm) - 52 миллисекунды
>общее время выполнения запроса (время нахождения в очереди + время обработки запроса
>самим диском) await   - 6138 миллисекунды (52 + 6086)
>
>
>Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages?
Какой у тебя bs был? 512k&? Что будет если читать/писать с 10M блоком? Не пробывал смотреть время чтения стандартными утилитами от Seagate?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 18-Июл-09, 07:16

>Какой у тебя bs был? 512k&? Что будет если читать/писать с 10M блоком?
2M
>Не пробывал смотреть время чтения стандартными утилитами от Seagate?
нет. они я так понимаю должны работать без загрузки ОС? сервер на колокейшене стоит, доступ к нему возможен, но затруднен. Цель какая? Проверить работает-ли железо, если обращаться напрямую, минуя линух? Впринципе я флэшку воткнул в него, могу удаленно записать на нее что нужно и грузануться с нее. Ночью проверю, когда смогу безболезненно ребутать сервер.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 18-Июл-09, 08:18

>[оверквотинг удален]
>
>2M
>
>>Не пробывал смотреть время чтения стандартными утилитами от Seagate?
>
>нет. они я так понимаю должны работать без загрузки ОС? сервер на
>колокейшене стоит, доступ к нему возможен, но затруднен. Цель какая? Проверить
>работает-ли железо, если обращаться напрямую, минуя линух? Впринципе я флэшку воткнул
>в него, могу удаленно записать на нее что нужно и грузануться
>с нее. Ночью проверю, когда смогу безболезненно ребутать сервер.
Да, интересует именно то, чтро будет если взять утилиту от Seagate и протестировать с её помощью. Интересует как среднее время ввода/вывода, так и сама скорость. Если я не ошибаюсь, то эти утилиты ресуют график от зависимости от сектора.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 18-Июл-09, 07:23

>Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages?
В том-то и дело, что я пробовал 3 контроллера (3ware, Areca, намамный) и диски менял (правда на тот же сегейт, но другая модель). Xen-ядро не шибко новое, но дрова пробовал от производителя ставить, со Slax'а грузился, один фиг :(
Ошибок в messages ядро не выдает. Но FreeBSD крутящаяся в виртуалке и имеющая диск в файле dom0 периодически говорит что-то типа:
ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50826391
ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931
ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175
ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515
ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

22. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 18-Июл-09, 08:15

>[оверквотинг удален]
>Slax'а грузился, один фиг :(
>
>Ошибок в messages ядро не выдает. Но FreeBSD крутящаяся в виртуалке и
>имеющая диск в файле dom0 периодически говорит что-то типа:
>
>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50826391
>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931
>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175
>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515
>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767
Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть виртуализация, то как устроена, кто гостевая ОС и кто ОС , которая всем заведует. Что за сообщения, пока не знаю, но связаны они скорее всего с тем, что записи на диск идут таймауты операций

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 18-Июл-09, 09:17

>[оверквотинг удален]
>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931
>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175
>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515
>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767
>
>Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть
>виртуализация, то как устроена, кто гостевая ОС и кто ОС ,
>которая всем заведует. Что за сообщения, пока не знаю, но связаны
>они скорее всего с тем, что записи на диск идут таймауты
>операций
dom0 Xen дистрибутив Gentoo, гестевую ОС в расчет можно не брать, я пробовал отключать все и грузиться с обычно не xen ядра.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 18-Июл-09, 18:56

>[оверквотинг удален]
>>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767
>>
>>Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть
>>виртуализация, то как устроена, кто гостевая ОС и кто ОС ,
>>которая всем заведует. Что за сообщения, пока не знаю, но связаны
>>они скорее всего с тем, что записи на диск идут таймауты
>>операций
>
>dom0 Xen дистрибутив Gentoo, гестевую ОС в расчет можно не брать, я
>пробовал отключать все и грузиться с обычно не xen ядра.
Проблемы у тебя есть в гостевой ОС или в Gentoo?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 18-Июл-09, 18:59

Как я уже сказал, проблемы везде. даже в "чистой" gentoo. Можно исходить из того, что на сервер стоит только gentoo и ничего более (+тестировалось с загрузкой с USB-flash Slax'a)

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

27. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 20-Июл-09, 11:52

>Как я уже сказал, проблемы везде. даже в "чистой" gentoo. Можно исходить
>из того, что на сервер стоит только gentoo и ничего более
>(+тестировалось с загрузкой с USB-flash Slax'a)
А утилиты от Seagate гонял? Проблема может быть как в дисках (битые диски несколько раз подряд), либо в контроллере или в драйвере.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 21-Июл-09, 00:47

Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая проблемно работала в другую машину. Все работает, все летает. Буду разбираться дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле". Спасибо всем кто помогал.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

29. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 21-Июл-09, 11:35

>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая
>проблемно работала в другую машину. Все работает, все летает. Буду разбираться
>дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле".
>Спасибо всем кто помогал.
Напиши результаты, как закончишь. Интресно просто где проблема.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

32. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 25-Июл-09, 16:12

>>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая
>>проблемно работала в другую машину. Все работает, все летает. Буду разбираться
>>дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле".
>>Спасибо всем кто помогал.
>
>Напиши результаты, как закончишь. Интресно просто где проблема.
Проблема в говеных винтах, которые фактически переставали работать при вибрации от кулеров на 13k RPM (не такой уж и большой). Пока поставил кулера 9000 оборотов, полет нормальный. 3ware RAID-1 пришет ~50mb/s, читает ~119mb/s. Как созрею, поменяю винты на адекватные, и вероятно забуду о проблеме вообще.
p.s. сегейты в последнее время откровенное Г стали делать, не только десктоп-продукция. я работаю в фирме торгующей железками, регулярно выявляются партии жестаков, которые сыпятся через 1-3 месяца работы.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

33. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от kolayshkin (??) on 25-Июл-09, 20:02

>Проблема в говеных винтах, которые фактически переставали работать при вибрации от кулеров
>на 13k RPM (не такой уж и большой). Пока поставил кулера
>9000 оборотов, полет нормальный. 3ware RAID-1 пришет ~50mb/s, читает ~119mb/s. Как
>созрею, поменяю винты на адекватные, и вероятно забуду о проблеме вообще.
>
>
>p.s. сегейты в последнее время откровенное Г стали делать, не только десктоп-продукция.
>я работаю в фирме торгующей железками, регулярно выявляются партии жестаков, которые
>сыпятся через 1-3 месяца работы.
Весело ;-) По-поводу качества: думаю, что просто ушлые коммерсанты скупают забракованные партии (на заводе тестировали десять винтов из тысячи и восемь показали результаты ниже требуемых) за полцены и продают сдесь как вполне нормальные или немного подешевле.
А что можешь сказать о качестве Hitachi и Samsung?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от ALex_hha (ok) on 21-Июл-09, 12:01

>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая
>проблемно работала в другую машину. Все работает, все летает. Буду разбираться
>дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле".
>Спасибо всем кто помогал.
А другую ОС пробовал? Может проблема именно в генту?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

31. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 21-Июл-09, 12:04

>>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая
>>проблемно работала в другую машину. Все работает, все летает. Буду разбираться
>>дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле".
>>Спасибо всем кто помогал.
>
>А другую ОС пробовал? Может проблема именно в генту?
Как уже писал, пробовал Slax

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

17. "Медленная работа дисков, не могу побороть :(" +/–

Сообщение от Roman (??) on 16-Июл-09, 10:09

АП. тема еще актуальна :) Помогите опередить проблему.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Медленная работа дисков, не могу побороть :("		+/–
Сообщение от Roman (??) on 14-Июл-09, 04:23
Ой. Забыл из буфера запостить :) main ~ # uname -a Linux main 2.6.21-xen #5 SMP x86_64
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	2. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от zd3n (ok) on 14-Июл-09, 06:08
	>Ой. Забыл из буфера запостить :) > >main ~ # uname -a >Linux main 2.6.21-xen #5 SMP x86_64 hdparm -t /dev/sdb что кажет? лично у меня на старенькой машине: # hdparm -t /dev/sda /dev/sda: Timing buffered disk reads: 142 MB in 3.03 seconds = 46.81 MB/sec # Если значения намного ниже, то нужно тюнить той же командой hdparm. Гугль в помощь...
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	4. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 11:13
	>hdparm -t /dev/sdb что кажет? > /dev/sdb: Timing buffered disk reads: 184 MB in 3.04 seconds = 60.47 MB/sec Получается до кеша винта все в порядке? Но винты пробовал разные, очень странно. Хотя все сегейты. >1. не забывать постить из буфера. >2. не создавать темы в разделе FreeBSD с "uname -a" = "Linux main 2.6.21-xen". По обеим пунктам каюсь, привык, что на FreeBSD сервера, в полусознательном ночном состоянии машинально выбрал. Сорри. Тоесть получается, линух с дисками насколько может работает нормально. Как быть? Как найти проблему? Может дело в том, что сервер ракмаунт, много кулеров, да и в стойке полно оборудования. Может идет вибрация и появляются ошибки чтения? В смарте ничего криминального?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	3. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от PavelR (??) on 14-Июл-09, 10:12
	>Ой. Забыл из буфера запостить :) > >main ~ # uname -a >Linux main 2.6.21-xen #5 SMP x86_64 Для того, чтобы бороть проблемы, надо быть внимательным: 1. не забывать постить из буфера. 2. не создавать темы в разделе FreeBSD с "uname -a" = "Linux main 2.6.21-xen".
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору

5. "Медленная работа дисков, не могу побороть :("		+/–
Сообщение от kolayshkin (??) on 14-Июл-09, 11:53
>Итого имеем: > >dd if=/dev/zero of=test bs=2M count=1024 >1024+0 records in >1024+0 records out >2147483648 bytes (2.1 GB) copied, 192.139 s, 11.2 MB/s А что говорит iostat при чтении dd?
Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 12:46
	>>Итого имеем: >> >>dd if=/dev/zero of=test bs=2M count=1024 >>1024+0 records in >>1024+0 records out >>2147483648 bytes (2.1 GB) copied, 192.139 s, 11.2 MB/s > >А что говорит iostat при чтении dd? Подтверждает данные dd.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	7. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 12:48
	ой, не обратил внимание, что при чтении интересуетесь :) как правильно проверить? пример дайте пожалуйста.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	8. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 13:14
	Подскажите, правильно-ли я понимаю, что если "hdparm -t" выдает приемлемое значение, то дальше ОС и контроллер уже не управляют работой диска и все дальнейшие действия управляются диском самостоятельно? Странно просто. Такая маленькая скорость наблюдается и на прямом подключении дисков к контроллеру матери и при использовании аппаратного RAID, хотя как я понимаю скорость между контроллером и кэшем диска в норме.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	9. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 13:26
	main tmp # dd if=/dev/sdb of=/dev/null bs=2M 887+0 records in 886+0 records out 1858076672 bytes (1.9 GB) copied, 27.7788 s, 66.9 MB/s Получается, что только запись медленная. "Истина где-то рядом", помогите найти :) файловые системы пробовал ext3 и ext2
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	10. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 13:41
	На всякий случай проверил еще так: main tmp # dd if=/dev/zero of=/dev/sdb2 bs=2M count=1024 1024+0 records in 1024+0 records out 2147483648 bytes (2.1 GB) copied, 95.8013 s, 22.4 MB/s Подскажите, может где-то включается кеширование записи? При записи "wait" системы имеет очень большое значение скачками до 100%. Очень похоже на отключенный кеш записи.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 14-Июл-09, 13:44
	>main tmp # dd if=/dev/sdb of=/dev/null bs=2M >887+0 records in >886+0 records out >1858076672 bytes (1.9 GB) copied, 27.7788 s, 66.9 MB/s > >Получается, что только запись медленная. "Истина где-то рядом", помогите найти :) файловые >системы пробовал ext3 и ext2 Прост отак видеть результаты dd не информативно. Если хотим определить, где затык, то необходимо как минимум смотреть на iostat, чтобы хотя бы локализовать медленную часть.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 13:49
	А что там смотреть? Я уже указал, что iostat подтверждает информацию выдаваемую dd. Скорость плавает при записи где-то 10-18MB/s. При чтении, тоже подтверждает данные dd. Я только за, предоставить дополнительную информацию. Скажите, что требуется, посмотрю, выложу. Сервер уже какой месяц работает из-за этого через одно место, хотелось бы решить наконец-то проблему :)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 14-Июл-09, 14:59
	>А что там смотреть? Я уже указал, что iostat подтверждает информацию выдаваемую >dd. Скорость плавает при записи где-то 10-18MB/s. При чтении, тоже подтверждает >данные dd. > >Я только за, предоставить дополнительную информацию. Скажите, что требуется, посмотрю, выложу. Сервер >уже какой месяц работает из-за этого через одно место, хотелось бы >решить наконец-то проблему :) Присылай iostat -x. Что подтверждает iostat? Что происзодит с очередью запросов к диску? Сколько стоит в очереди? Как долго?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	14. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 17:16
	>Присылай iostat -x. Что подтверждает iostat? Что происзодит с очередью запросов к >диску? Сколько стоит в очереди? Как долго? avg-cpu: %user %nice %system %iowait %steal %idle 0.00 0.00 0.94 26.76 0.06 72.24 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.80 0.00 0.20 0.00 8.00 40.00 0.00 10.00 10.00 0.20 sdb 0.00 3225.60 0.20 28.80 1.60 29491.20 1016.99 144.40 5493.79 34.48 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 Это было сделано, когда dd писал на диск файл из /dev/zero
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	15. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 14-Июл-09, 17:38
	>[оверквотинг удален] > 0.00 0.00 0.00 > 0.00 >sdd > 0.00 0.00 > 0.00 0.00 0.00 > 0.00 0.00 > 0.00 0.00 0.00 > 0.00 > >Это было сделано, когда dd писал на диск файл из /dev/zero априведи за несколько секунд пожалуйста. Совсем забыл про это написать.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 14-Июл-09, 17:47
	Посекудно. Если надо, могу больше прислать на почту. avg-cpu: %user %nice %system %iowait %steal %idle 2.01 0.00 4.02 61.31 0.00 32.66 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 41.00 17.00 54.00 1544.00 4832.00 89.80 18.30 791.27 12.96 92.00 sdb 0.00 4064.00 0.00 33.00 0.00 33792.00 1024.00 143.85 4505.76 30.30 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 avg-cpu: %user %nice %system %iowait %steal %idle 0.83 0.00 2.16 13.64 0.00 83.36 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 26.00 9.00 16.00 1096.00 368.00 58.56 0.11 4.40 0.80 2.00 sdb 0.00 4064.00 0.00 21.00 0.00 21472.00 1022.48 149.43 5221.43 47.62 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 avg-cpu: %user %nice %system %iowait %steal %idle 0.00 0.00 1.01 49.25 0.00 49.75 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 4064.00 0.00 30.00 0.00 29728.00 990.93 138.88 4984.00 33.33 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 avg-cpu: %user %nice %system %iowait %steal %idle 0.00 0.00 0.00 16.64 0.00 83.36 Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 2272.00 0.00 19.00 0.00 19456.00 1024.00 142.37 6138.42 52.63 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 18-Июл-09, 06:44
	Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util sda 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdb 0.00 2272.00 0.00 19.00 0.00 19456.00 1024.00 142.37 6138.42 52.63 100.00 sdc 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 sdd 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 0.00 Странное дело у тебя получается: среднее время выполнения запроса самим диском (svctm) - 52 миллисекунды общее время выполнения запроса (время нахождения в очереди + время обработки запроса самим диском) await - 6138 миллисекунды (52 + 6086) Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	19. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 18-Июл-09, 06:55
	>[оверквотинг удален] > 0.00 > > >Странное дело у тебя получается: >среднее время выполнения запроса самим диском (svctm) - 52 миллисекунды >общее время выполнения запроса (время нахождения в очереди + время обработки запроса >самим диском) await - 6138 миллисекунды (52 + 6086) > > >Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages? Какой у тебя bs был? 512k&? Что будет если читать/писать с 10M блоком? Не пробывал смотреть время чтения стандартными утилитами от Seagate?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	20. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 18-Июл-09, 07:16
	>Какой у тебя bs был? 512k&? Что будет если читать/писать с 10M блоком? 2M >Не пробывал смотреть время чтения стандартными утилитами от Seagate? нет. они я так понимаю должны работать без загрузки ОС? сервер на колокейшене стоит, доступ к нему возможен, но затруднен. Цель какая? Проверить работает-ли железо, если обращаться напрямую, минуя линух? Впринципе я флэшку воткнул в него, могу удаленно записать на нее что нужно и грузануться с нее. Ночью проверю, когда смогу безболезненно ребутать сервер.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 18-Июл-09, 08:18
	>[оверквотинг удален] > >2M > >>Не пробывал смотреть время чтения стандартными утилитами от Seagate? > >нет. они я так понимаю должны работать без загрузки ОС? сервер на >колокейшене стоит, доступ к нему возможен, но затруднен. Цель какая? Проверить >работает-ли железо, если обращаться напрямую, минуя линух? Впринципе я флэшку воткнул >в него, могу удаленно записать на нее что нужно и грузануться >с нее. Ночью проверю, когда смогу безболезненно ребутать сервер. Да, интересует именно то, чтро будет если взять утилиту от Seagate и протестировать с её помощью. Интересует как среднее время ввода/вывода, так и сама скорость. Если я не ошибаюсь, то эти утилиты ресуют график от зависимости от сектора.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	21. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 18-Июл-09, 07:23
	>Скорее всего дело в дисках/контролере. Есть какие-нибудь ошибки в messages? В том-то и дело, что я пробовал 3 контроллера (3ware, Areca, намамный) и диски менял (правда на тот же сегейт, но другая модель). Xen-ядро не шибко новое, но дрова пробовал от производителя ставить, со Slax'а грузился, один фиг :( Ошибок в messages ядро не выдает. Но FreeBSD крутящаяся в виртуалке и имеющая диск в файле dom0 периодически говорит что-то типа: ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50826391 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515 ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 18-Июл-09, 08:15
	>[оверквотинг удален] >Slax'а грузился, один фиг :( > >Ошибок в messages ядро не выдает. Но FreeBSD крутящаяся в виртуалке и >имеющая диск в файле dom0 периодически говорит что-то типа: > >ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50826391 >ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931 >ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175 >ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515 >ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767 Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть виртуализация, то как устроена, кто гостевая ОС и кто ОС , которая всем заведует. Что за сообщения, пока не знаю, но связаны они скорее всего с тем, что записи на диск идут таймауты операций
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 18-Июл-09, 09:17
	>[оверквотинг удален] >>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50843931 >>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50857175 >>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50871515 >>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767 > >Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть >виртуализация, то как устроена, кто гостевая ОС и кто ОС , >которая всем заведует. Что за сообщения, пока не знаю, но связаны >они скорее всего с тем, что записи на диск идут таймауты >операций dom0 Xen дистрибутив Gentoo, гестевую ОС в расчет можно не брать, я пробовал отключать все и грузиться с обычно не xen ядра.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 18-Июл-09, 18:56
	>[оверквотинг удален] >>>ad0: TIMEOUT - WRITE_DMA retrying (1 retry left) LBA=50856767 >> >>Расскажи по подробней про твою систему. Что же всё-таки установлено, если есть >>виртуализация, то как устроена, кто гостевая ОС и кто ОС , >>которая всем заведует. Что за сообщения, пока не знаю, но связаны >>они скорее всего с тем, что записи на диск идут таймауты >>операций > >dom0 Xen дистрибутив Gentoo, гестевую ОС в расчет можно не брать, я >пробовал отключать все и грузиться с обычно не xen ядра. Проблемы у тебя есть в гостевой ОС или в Gentoo?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 18-Июл-09, 18:59
	Как я уже сказал, проблемы везде. даже в "чистой" gentoo. Можно исходить из того, что на сервер стоит только gentoo и ничего более (+тестировалось с загрузкой с USB-flash Slax'a)
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 20-Июл-09, 11:52
	>Как я уже сказал, проблемы везде. даже в "чистой" gentoo. Можно исходить >из того, что на сервер стоит только gentoo и ничего более >(+тестировалось с загрузкой с USB-flash Slax'a) А утилиты от Seagate гонял? Проблема может быть как в дисках (битые диски несколько раз подряд), либо в контроллере или в драйвере.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 21-Июл-09, 00:47
	Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая проблемно работала в другую машину. Все работает, все летает. Буду разбираться дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле". Спасибо всем кто помогал.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 21-Июл-09, 11:35
	>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая >проблемно работала в другую машину. Все работает, все летает. Буду разбираться >дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле". >Спасибо всем кто помогал. Напиши результаты, как закончишь. Интресно просто где проблема.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от Roman (??) on 25-Июл-09, 16:12
	>>Появилась возможность воткнуть рейд 3ware + диски, вобщем всю файловую систему, которая >>проблемно работала в другую машину. Все работает, все летает. Буду разбираться >>дальше сам, вероятно тут удаленно уже не поможешь, надо "на теле". >>Спасибо всем кто помогал. > >Напиши результаты, как закончишь. Интресно просто где проблема. Проблема в говеных винтах, которые фактически переставали работать при вибрации от кулеров на 13k RPM (не такой уж и большой). Пока поставил кулера 9000 оборотов, полет нормальный. 3ware RAID-1 пришет ~50mb/s, читает ~119mb/s. Как созрею, поменяю винты на адекватные, и вероятно забуду о проблеме вообще. p.s. сегейты в последнее время откровенное Г стали делать, не только десктоп-продукция. я работаю в фирме торгующей железками, регулярно выявляются партии жестаков, которые сыпятся через 1-3 месяца работы.
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору


	33. "Медленная работа дисков, не могу побороть :("		+/–
	Сообщение от kolayshkin (??) on 25-Июл-09, 20:02
	>Проблема в говеных винтах, которые фактически переставали работать при вибрации от кулеров >на 13k RPM (не такой уж и большой). Пока поставил кулера >9000 оборотов, полет нормальный. 3ware RAID-1 пришет ~50mb/s, читает ~119mb/s. Как >созрею, поменяю винты на адекватные, и вероятно забуду о проблеме вообще. > > >p.s. сегейты в последнее время откровенное Г стали делать, не только десктоп-продукция. >я работаю в фирме торгующей железками, регулярно выявляются партии жестаков, которые >сыпятся через 1-3 месяца работы. Весело ;-) По-поводу качества: думаю, что просто ушлые коммерсанты скупают забракованные партии (на заводе тестировали десять винтов из тысячи и восемь показали результаты ниже требуемых) за полцены и продают сдесь как вполне нормальные или немного подешевле. А что можешь сказать о качестве Hitachi и Samsung?
	Высказать мнение \| Ответить \| Правка \| Наверх \| Cообщить модератору