Настройка жесткого диска (100% Загрузка процессора при копировании файлов.)

[TWINc]

У меня при копировании файлов процессор разгружается до 100% процентов. Работать в этот момент невозможно... все рывками... С чем это может быть связано?
Дистрибутив xubuntu edgy

[WiZ]

man hdparm. Скорее всего не задействован DMA.

[alastor]

Пожалуйста, вывод hdparm -v /dev/<диск с которым проблемы> в студию

[TWINc]

Вот

Код: Выделить всё

twinc@home:~$ sudo hdparm -v /dev/hda

/dev/hda:
 multcount    =  0 (off)
 IO_support   =  1 (32-bit)
 unmaskirq    =  1 (on)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    = 256 (on)
 geometry     = 65535/16/63, sectors = 156301488, start = 0

[Alexxx]

лучше уж

Код: Выделить всё

hdparm -iI /dev/hda

поинформативней будет

[TWINc]

Точно

Код: Выделить всё

root@home:/home/twinc# hdparm -iI /dev/hda

/dev/hda:

 Model=ST380021A, FwRev=3.10, SerialNo=3HV0LRB1
 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
 BuffType=unknown, BuffSize=2048kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=156301488
 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio1 pio2 pio3 pio4
 DMA modes:  mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: Unspecified:  ATA/ATAPI-1 ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5

 * signifies the current active mode


ATA device, with non-removable media
        Model Number:       ST380021A
        Serial Number:      3HV0LRB1
        Firmware Revision:  3.10
Standards:
        Supported: 5 4 3
        Likely used: 6
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  156301488
        device size with M = 1024*1024:       76319 MBytes
        device size with M = 1000*1000:       80026 MBytes (80 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        bytes avail on r/w long: 4
        Standby timer values: spec'd by Standard
        R/W multiple sector transfer: Max = 16  Current = ?
        Recommended acoustic management value: 128, current value: 254
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4
             Cycle time: no flow control=240ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
                SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    DOWNLOAD_MICROCODE
                SET_MAX security extension
           *    Automatic Acoustic Management feature set
                Device Configuration Overlay feature set
Security:
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
HW reset results:
        CBLID- above Vih
        Device num = 1
Checksum: correct

[Voice]

Было бы не плохо если б кто-то из знающих рассказал какие настройки поменять, чтобы работа с винтом была побыстрей

[Alexxx]

При просмотре беглым взглядом никакого криминалу не обнаружено. Включен udma5 . Всё д.б. нормально. Моно ещё померять производительность hdparm -t /dev/hda , можно ещё попробовать добавить hdparm -c3 -u1 -m16 -M254 /dev/hda .
Подождём, что скажут профессионалы.

[TWINc]

Voice
По этому и пишу сдесь =) В надежде на помощь знающих людей... Насколько я знаю с hdparm надо быть поосторожнее... можно и хард угробить =)

Код: Выделить всё

twinc@home:~$ sudo hdparm -t /dev/hda

/dev/hda:
 Timing buffered disk reads:  112 MB in  3.00 seconds =  37.29 MB/sec

сделал... будем смотреть...
hdparm -c3 -u1 -m16 -M254 /dev/hda

p.s. а может быть это из-за того что на том же контроллере висит hdb жесткий диск древний древний на 6гб? Собственно я им и не пользуюсь... Просто лень из корпуса вынимать его.

[Alexxx]

По этому и пишу сдесь =) В надежде на помощь знающих людей... Насколько я знаю с hdparm надо быть поосторожнее... можно и хард угробить =)

Хард, конечно, угробить можно, но лучше не надо, исчо может пригодиться в хозяйстве, однозначно.

p.s. а может быть это из-за того что на том же контроллере висит hdb жесткий диск древний древний на 6гб? Собственно я им и не пользуюсь... Просто лень из корпуса вынимать его.

Из корпуса можно и не вынимать, просто шлейфы из него выдернуть.

[TWINc]

Alexxx
Вынул и никакого результата т.е. старый хард никак не влиял на работу другого.

[alastor]

Гм... может быть дело в планировщике ввода/вывода?
Какой используется? (вывод cat /sys/block/hda/queue/scheduler)

[TWINc]

alastor

Код: Выделить всё

twinc@home:~$ cat /sys/block/hda/queue/scheduler
noop anticipatory deadline [cfq]

[alastor]

У меня тоже cfq. Повышение загрузки наблюдается, но на работу это никак не сказывается. Может быть, следует поиграться с разными планировщиками?
Например, чтобы поставить anticipatory можно выполнить echo anticipatory > /sys/block/hda/queue/scheduler (с правами рута, естесственно)

[TWINc]

alastor anticipatory не дает никакого результата...
Cудя по докам cfq должен лучше всего распределять процессорное время между процессами.

[TWINc]

Все мастера в отпуске

p.s. А можно как нибудь понизить скорость работы харда? )) Может он слишком быстро работает? Помойму в винде он копировал файлы в разы медленнее...

[anterior]

Ну когда у меня был RAID-1 то я мог копировать сразу в несколько мест и при этом спокойно работать, но когда изменил RAID - 0 то проц стало грузить почти полностью, зато скорость чтения/записи возросла в разы

[TWINc]

Проблема была решена переходом с ext3 на reiserFs

[Alexxx]

Проблема была решена переходом с ext3 на reiserFs

То есть упала нагрузка на проц, как я понял, а что со скоростью?

[*Sasha*]

Столкнулся с такой же проблемой, при копировании файлов загрузка проца 100%, b и жуткие тормоза.

Код: Выделить всё

root@debian:/# hdparm -I /dev/sda | grep dma
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6

Только в тесте смущает Timing cached reads, смотрел по форуму у людей около 1500, у меня меньше 900

Код: Выделить всё

root@debian:/# hdparm -tT /dev/sda

/dev/sda:
 Timing cached reads:   1776 MB in  2.01 seconds = 885.50 MB/sec
 Timing buffered disk reads:  208 MB in  3.02 seconds =  68.82 MB/sec

Кде капать, уж очень напрягает.

[m0rph]

У меня такое ощущение, что при копировании большого количества информации очень сильно растет дисковый кеш в памяти.

[Хрюндель]

При неплохих результатах в тестах, 220 мб файл переписывался с одного партишина на другой 21 секунду. Нормально ли это? (режим работы udma5)

Код: Выделить всё

[offline@jobber ~]$ sudo hdparm -t /dev/hdb

/dev/hdb:
 Timing buffered disk reads:  136 MB in  3.03 seconds =  44.83 MB/sec

[Виталмий]

Код: Выделить всё

Model Number: WDC WD3200KS-00PFB0
mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6

не могу включить udma6

Код: Выделить всё

# hdparm -X70 /dev/sda

/dev/sda:
 setting xfermode to 70 (UltraDMA mode6)
 HDIO_DRIVE_CMD(setxfermode) failed: Input/output error

и тесты не впечатляют:

Код: Выделить всё

# hdparm -Tt /dev/sda

/dev/sda:
 Timing cached reads:   590 MB in  2.00 seconds = 294.82 MB/sec
 Timing buffered disk reads:  186 MB in  3.00 seconds =  61.93 MB/sec

загрузка проца при копировании 50%

ядро 2.6.17

[RPG]

У меня загрузка проца по нулям при копировании... Что в винде что в линуксе, хард барракуда на 250 сата, фс ext3
Загруз может быть из-за сверки контрольных сумм? (под большим вопросом но вполне реально)

[_Gleb_]

Проблема была решена переходом с ext3 на reiserFs

ИМХО, решение сомнительное. Хотя, если уникальных данных на диске нет, а средства восстановления разделов и время на это наоборот есть - почему бы не попробовать?

[*Sasha*]

Вот наткнулся на статью.
CFQ IO Schedule и /proc/sys/... Или как уменьшить тормоза при интенсивной работе с диском

[Виталмий]

вот тоже самое на ru.gentoo-wiki.com

[*Sasha*]

вот тоже самое на ru.gentoo-wiki.com

Но что-то оно особо не помогает, тормозит всё ровно.