Login
Скорость обмена с HDD упала
NEW 25.09.06 01:34
in Antwort anatoli888 25.09.06 01:05
я бы попробовал поставить кернель по свежее что бы посмотреть как будет себя вести система.
Ещ╦ раз напомню - с текущим ядром (2.6.8) вс╦ было ок - чуть раньше. Но даже когда я загрузился с SuSE 10.1 Rescue ядром, ничего не изменилось. У меня есть и более старая система (p3 450 MHz), с ядром 2.4, но даже там скорость 14 MB/s (в той, с которой проблема, P4 1.7 GHz)
выложи свой dmesg. может с модулями что не так?
Вс╦ так - ide у меня не модуль, а скомпилено в ядро. Но тем не мене... Иду грузить...
Конфигурация - ide0,0 - винт, ide1,0 - CD-ROM.
Результаты hdparm сразу после загрузки:
Даже для младшего UDMA в 16-битном режиме - это маловато. Если позапускать ещ╦, может быть до 5 MB/s. Кстати, из первого теста на скорость (439 MB/s) очевидно, что ни память, ни процессор не виноваты. После hdparm -I /dev/hda видно, что:
Т.е. он реально в udma5 режиме. Вот такая петрушка... Посему и грешу на контролер - ибо больше не на что... Будь это кабель, были бы хоть какие-то ошибки (по крайней мере, раньше всегда так было).
Ещ╦ раз напомню - с текущим ядром (2.6.8) вс╦ было ок - чуть раньше. Но даже когда я загрузился с SuSE 10.1 Rescue ядром, ничего не изменилось. У меня есть и более старая система (p3 450 MHz), с ядром 2.4, но даже там скорость 14 MB/s (в той, с которой проблема, P4 1.7 GHz)
выложи свой dmesg. может с модулями что не так?
Вс╦ так - ide у меня не модуль, а скомпилено в ядро. Но тем не мене... Иду грузить...
In Antwort auf:
<4>Linux version 2.6.8-24-default (geeko@buildhost) (gcc version 3.3.4 (pre 3.3.5 20040809)) #1 Wed Oct 6 09:16:23 UTC 2004
...
<6>Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
<6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
<6>ICH2: IDE controller at PCI slot 0000:00:1f.1
<6>ICH2: chipset revision 18
<6>ICH2: not 100%% native mode: will probe irqs later
<6> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
<6> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
<7>Probing IDE interface ide0...
<4>hda: ST380020A, ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<7>Probing IDE interface ide1...
<4>hdc: CD-540E, ATAPI CD/DVD-ROM drive
<4>ide1 at 0x170-0x177,0x376 on irq 15
<7>Probing IDE interface ide2...
<7>ide2: Wait for ready failed before probe !
<7>Probing IDE interface ide3...
<7>ide3: Wait for ready failed before probe !
<7>Probing IDE interface ide4...
<7>ide4: Wait for ready failed before probe !
<7>Probing IDE interface ide5...
<7>ide5: Wait for ready failed before probe !
<6>hda: max request size: 128KiB
<6>hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
<7>hda: cache flushes not supported
<6> hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
<4>Linux version 2.6.8-24-default (geeko@buildhost) (gcc version 3.3.4 (pre 3.3.5 20040809)) #1 Wed Oct 6 09:16:23 UTC 2004
...
<6>Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
<6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
<6>ICH2: IDE controller at PCI slot 0000:00:1f.1
<6>ICH2: chipset revision 18
<6>ICH2: not 100%% native mode: will probe irqs later
<6> ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:pio
<6> ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:pio
<7>Probing IDE interface ide0...
<4>hda: ST380020A, ATA DISK drive
<4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
<7>Probing IDE interface ide1...
<4>hdc: CD-540E, ATAPI CD/DVD-ROM drive
<4>ide1 at 0x170-0x177,0x376 on irq 15
<7>Probing IDE interface ide2...
<7>ide2: Wait for ready failed before probe !
<7>Probing IDE interface ide3...
<7>ide3: Wait for ready failed before probe !
<7>Probing IDE interface ide4...
<7>ide4: Wait for ready failed before probe !
<7>Probing IDE interface ide5...
<7>ide5: Wait for ready failed before probe !
<6>hda: max request size: 128KiB
<6>hda: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)
<7>hda: cache flushes not supported
<6> hda: hda1 hda2 hda3 hda4 < hda5 hda6 >
Конфигурация - ide0,0 - винт, ide1,0 - CD-ROM.
Результаты hdparm сразу после загрузки:
In Antwort auf:
zzz:~ # hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 156301488, start = 0
zzz:~ # hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 880 MB in 2.00 seconds = 439.85 MB/sec
Timing buffered disk reads: 8 MB in 3.08 seconds = 2.60 MB/sec
zzz:~ # hdparm /dev/hda
/dev/hda:
multcount = 16 (on)
IO_support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 1 (on)
keepsettings = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 156301488, start = 0
zzz:~ # hdparm -Tt /dev/hda
/dev/hda:
Timing buffer-cache reads: 880 MB in 2.00 seconds = 439.85 MB/sec
Timing buffered disk reads: 8 MB in 3.08 seconds = 2.60 MB/sec
Даже для младшего UDMA в 16-битном режиме - это маловато. Если позапускать ещ╦, может быть до 5 MB/s. Кстати, из первого теста на скорость (439 MB/s) очевидно, что ни память, ни процессор не виноваты. После hdparm -I /dev/hda видно, что:
In Antwort auf:
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
Т.е. он реально в udma5 режиме. Вот такая петрушка... Посему и грешу на контролер - ибо больше не на что... Будь это кабель, были бы хоть какие-то ошибки (по крайней мере, раньше всегда так было).
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 01:54
in Antwort WishWaster 25.09.06 01:34
попробуй опцию -X66. dma у тебя влючен так что должно сработать. а вобще-то странно для 16-битного режима 2.60. маловато однако.
NEW 25.09.06 01:57
in Antwort anatoli888 25.09.06 01:54
Завтра попробую - поздно уже. Но я много чего пробовал - один пень... В том-то и дело, что даже для 16 бит маловато...
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 02:16
in Antwort WishWaster 25.09.06 01:57
25.09.06 02:20
in Antwort WishWaster 25.09.06 01:57
На дворе что? Осень, и пни всех номеров уходят в историю.... На белом свете вон ч╦ делается: http://xtremesystems.org/forums/showthread.php?t=117084, а ты антиквариат реанимировать пытаешься... ))))))))))
NEW 25.09.06 23:17
in Antwort anatoli888 25.09.06 01:54
Итак, вторая часть марлезонского балета. -X66, разумеется, не помогло (впрочем, я бы сильно удивился, если бы помогло).
Но... Был проведен эксперимент - слейвом был подвешен свежекупленный самсунг на 250G (SP2514N). (барабанная дробь)... Нет, не то что вы подумали. Просто с ним вс╦ ок - скорость 50 MB/s (UDMA5, 16bit). А вот старый добрый мастер на 80G по прежнему дает не более 5 MB/s. Хоть убей. Но сам по себе (в другом компе, в частности) ведет себя прекрасно.
Выводов пока напрашивается четыре: 1) это не винт (вс╦ нормально в другом компе); 2) это не контролер (второй винт работает ок, пробовал и слейвом тоже); 3) это не кабель (менял местами разъемы); 4) это не OS (второй винт себя ведет нормально с такими же установками).
Мистика... Идеи будут?
Но... Был проведен эксперимент - слейвом был подвешен свежекупленный самсунг на 250G (SP2514N). (барабанная дробь)... Нет, не то что вы подумали. Просто с ним вс╦ ок - скорость 50 MB/s (UDMA5, 16bit). А вот старый добрый мастер на 80G по прежнему дает не более 5 MB/s. Хоть убей. Но сам по себе (в другом компе, в частности) ведет себя прекрасно.
Выводов пока напрашивается четыре: 1) это не винт (вс╦ нормально в другом компе); 2) это не контролер (второй винт работает ок, пробовал и слейвом тоже); 3) это не кабель (менял местами разъемы); 4) это не OS (второй винт себя ведет нормально с такими же установками).
Мистика... Идеи будут?
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 23:51
in Antwort WishWaster 25.09.06 23:17
Остается грешить на прогу мониторинга. Может врет? Может конкретно с этим винтом не очень дружит? "На глаз" такое разительное падение скорости заметил?
NEW 25.09.06 23:51
При установке винта меняются настройки драйвера канала.
in Antwort WishWaster 25.09.06 23:17
В ответ на:
4) это не OS (второй винт себя ведет нормально с такими же установками).
4) это не OS (второй винт себя ведет нормально с такими же установками).
При установке винта меняются настройки драйвера канала.
NEW 25.09.06 23:55
in Antwort Gudman 25.09.06 23:51
Остается грешить на прогу мониторинга. Может врет?
Не врет. Мерял ручками (по часам) - в натуре медленно...
Не врет. Мерял ручками (по часам) - в натуре медленно...
If something sounds too good to be true, it probably is (с)
NEW 25.09.06 23:57
in Antwort barma_lej 25.09.06 23:51
При установке винта меняются настройки драйвера канала.
Ну-ну... А сам винт с контроллером безбожно врут, говоря что находятся в UDMA5
В общем, я прогоню его по тестам поплотнее... Мож, и правда он битый... Или почти битый... Ну не верю я в чудеса
Ну-ну... А сам винт с контроллером безбожно врут, говоря что находятся в UDMA5
В общем, я прогоню его по тестам поплотнее... Мож, и правда он битый... Или почти битый... Ну не верю я в чудеса
If something sounds too good to be true, it probably is (с)
NEW 26.09.06 00:00
Гмм... Так в каком он режиме? Где говорят винт и контроллер? Я бы копал в направлении драйвера канала. В другой комп винт ставил?
in Antwort WishWaster 25.09.06 23:57
В ответ на:
╗лы-палы. Он пишет что там UDMA-4
╗лы-палы. Он пишет что там UDMA-4
В ответ на:
А сам винт с контроллером безбожно врут, говоря что находятся в UDMA5
А сам винт с контроллером безбожно врут, говоря что находятся в UDMA5
Гмм... Так в каком он режиме? Где говорят винт и контроллер? Я бы копал в направлении драйвера канала. В другой комп винт ставил?
NEW 26.09.06 00:26
in Antwort barma_lej 26.09.06 00:00
UDMA4 выставляет BIOS, так что это пофиг.
После загрузки линуха, исходя из информации от "hdparm -I" - винт в режиме UDMA5.
Впрочем, как показали последние эксперименты (длительные, на другом компе) - дело таки в винте. Он действительно _нормально_ работает, но только при чтении в начале винта. Потом скорость падает. Видимо, hdparm читает где-то в середине. История, которую я уже проходил с одним макстором... Тем вот сигейт...
Так что, чудес таки не бывает... Просто винт упорно сопротивлялся и очень хотел, что бы его не выбрасывали, посему притворялся что нормальный
PS: Готов отдать его за символическую плату в 1 евро. Самовывоз из К╦льна
После загрузки линуха, исходя из информации от "hdparm -I" - винт в режиме UDMA5.
Впрочем, как показали последние эксперименты (длительные, на другом компе) - дело таки в винте. Он действительно _нормально_ работает, но только при чтении в начале винта. Потом скорость падает. Видимо, hdparm читает где-то в середине. История, которую я уже проходил с одним макстором... Тем вот сигейт...
Так что, чудес таки не бывает... Просто винт упорно сопротивлялся и очень хотел, что бы его не выбрасывали, посему притворялся что нормальный
PS: Готов отдать его за символическую плату в 1 евро. Самовывоз из К╦льна
If something sounds too good to be true, it probably is (с)
NEW 26.09.06 09:40
in Antwort WishWaster 26.09.06 00:26
Падение скорости обмена, когда все остальное вроде бы в порядке, это первый звоночек, что винт скоро отбросит коньки. 99%, что это проблемы с поверхностью, и винт перечитывает одно и то же место по нескольку раз. И никакая утилита или тестовая програма (даже прога от самого производителя винта) тебе об этом не расскажет, потому как программно все эти выкрутасы винта абсолютно прозрачны. (Ну, до тех пор пока он вообще читаться не перестанет.) Единственный косвенный способ обнаружения проблемы - это замер скорости. В топку его.
NEW 26.09.06 10:27
in Antwort NightWatch 26.09.06 09:40
программно все эти выкрутасы винта абсолютно прозрачны
Нуууу... Почти... В SMART видно число ошибок обычно
Нуууу... Почти... В SMART видно число ошибок обычно
If something sounds too good to be true, it probably is (с)
NEW 26.09.06 13:42
in Antwort WishWaster 26.09.06 00:26
Далеко, я бы забрал