Login
Скорость обмена с HDD упала
24.09.06 20:33
Zuletzt geändert 24.09.06 20:33 (WishWaster)
Есть сравнительно старый комп (ему около 4х лет), там крутился линух. Просто крутился, ничего не делая, т.е. комп для экспериментов только. И вот, однажды, я обнаружил, что скорость обмена с винтом (80G Samsung, IDE) не превышает 5 MB/s (!) (мерялось hdparm -t). Раньше всё было OK (было более 20 MB/s). Все режимы стоят как надо, т.е. DMA, 32 bit etc. Сам винты, будучи вытащенным, и подцепленным через USB-to-IDE переходник, великолепно читает со скоростью около 25 MB/s. А вот в том компе... увы.
Вопрос, собсно, такой - это чипсет накрылся или что? Других проблем с компом, равно как каких-либо признаков проблем (типа сообщений в логах) не обнаружено. SMART на винте ошибок тоже не показывает, всё ок. Сейчас я в раздумьях - выбросить его или ещё поюзать? Но при 5 MB/s это несерьезно, однако...
Вопрос, собсно, такой - это чипсет накрылся или что? Других проблем с компом, равно как каких-либо признаков проблем (типа сообщений в логах) не обнаружено. SMART на винте ошибок тоже не показывает, всё ок. Сейчас я в раздумьях - выбросить его или ещё поюзать? Но при 5 MB/s это несерьезно, однако...
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:24
in Antwort WishWaster 24.09.06 20:33
NEW 24.09.06 21:46
in Antwort Murr 24.09.06 21:24
Вау... Какой ценный совет... Ты хочешь сказать, что если я кабелек сменю и контакты спиртиком промою, там где у меня 50 MB/s, у меня окажется 100 MB/s? 
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:54
in Antwort WishWaster 24.09.06 21:46
NEW 24.09.06 21:54
in Antwort WishWaster 24.09.06 21:46
NEW 24.09.06 21:56
in Antwort barma_lej 24.09.06 21:54
А режим? PIO или UDMA?
Я ж написал сразу - все режимы стоят как надо, т.е. DMA, 32 bit etc. Процессор не используется, так что это точно не замаскированный PIO.
Просто я никогда раньше не встречался с такой проблемой - что бы с винтом вс╦ ок, а скорость упала. Наоборот было - но тот винт просто сдох, а тут...
Я ж написал сразу - все режимы стоят как надо, т.е. DMA, 32 bit etc. Процессор не используется, так что это точно не замаскированный PIO.
Просто я никогда раньше не встречался с такой проблемой - что бы с винтом вс╦ ок, а скорость упала. Наоборот было - но тот винт просто сдох, а тут...
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:58
in Antwort Murr 24.09.06 21:54
Если спирт применишь правильно, то тебя, как минимум, престанет это беспокоить...
Знаешь, просто для очистки совести, я это сделаю. Но, насколько я помню, за весь мой опыт (а не обширный) проблемы с кабелями и разъемами проявляли себя иначе. Как минимум, были ошибки обмена данных, даже если и корректируемые. Кстати, там 80жильный кабель.
Знаешь, просто для очистки совести, я это сделаю. Но, насколько я помню, за весь мой опыт (а не обширный) проблемы с кабелями и разъемами проявляли себя иначе. Как минимум, были ошибки обмена данных, даже если и корректируемые. Кстати, там 80жильный кабель.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 21:59
in Antwort WishWaster 24.09.06 21:56
Ну DMA тоже разное бывает, при определении железа CMOS'ом таблица, там что написано?
NEW 24.09.06 22:00
in Antwort barma_lej 24.09.06 21:59
BIOS (а не CMOS) тут ни при ч╦м О том, какой у него режим, знает сам винт (и контролер), линуху (как и вынь, впрочем) совершенно начихать на то, что было выставлено в BIOS. Хотя в BIOS тоже вс╦ стоит по максимуму.
О том, какой у него режим, знает сам винт (и контролер), линуху (как и вынь, впрочем) совершенно начихать на то, что было выставлено в BIOS. Хотя в BIOS тоже вс╦ стоит по максимуму.If something sounds too good to be true, it probably is (с)
NEW 24.09.06 22:03
in Antwort WishWaster 24.09.06 21:58
Кстати, там 80жильный кабель.
------
Вот его и поменяй... Эээ... промвыку контактов сделай до, а правильное использование спирта - после... А то погорит все нафиг...
------
Вот его и поменяй... Эээ... промвыку контактов сделай до, а правильное использование спирта - после... А то погорит все нафиг...
NEW 24.09.06 22:05
Какая пофигу разница... Голова болеет у меня, др был.
Linux Linux'ом что там bios пишет? Если ты на контролер грешишь, должны быть какие-то основания?
in Antwort WishWaster 24.09.06 22:00
В ответ на:
BIOS (а не CMOS)
BIOS (а не CMOS)
Какая пофигу разница... Голова болеет у меня, др был.
Linux Linux'ом что там bios пишет? Если ты на контролер грешишь, должны быть какие-то основания?
NEW 24.09.06 22:09
in Antwort barma_lej 24.09.06 22:05
Linux Linux'ом что там bios пишет?
╗лы-палы. Он пишет что там UDMA-4, но на момент старта линуха от биоса (и его установок) уже не остается даже воспоминания, поэтому это ну никакого значения не имеет
На контролер грешу, потому что вне его винт работает быстро.
╗лы-палы. Он пишет что там UDMA-4, но на момент старта линуха от биоса (и его установок) уже не остается даже воспоминания, поэтому это ну никакого значения не имеет
На контролер грешу, потому что вне его винт работает быстро.
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 22:19
Ну и при ч╦м тогда контролер. В Linux смотреть надо.
Ставь Windows
in Antwort WishWaster 24.09.06 22:09
В ответ на:
пишет что там UDMA-4
пишет что там UDMA-4
Ну и при ч╦м тогда контролер. В Linux смотреть надо.
Ставь Windows
NEW 24.09.06 22:21
in Antwort WishWaster 24.09.06 22:09, Zuletzt geändert 24.09.06 22:21 (barma_lej)
А в Linux можно долбануть по драйверам IDE-каналов, чтобы он заново их сам поставил?
NEW 24.09.06 22:22
in Antwort barma_lej 24.09.06 22:19
Я уже говорил - в линух вс╦ было ОК. С тех пор (как было OK) _ничего_ не менялось. Все параметры и режимы стоят как должны стоять для нормальной работы. Поверь, я совсем не новичек в этом деле - была бы проблема в линухе (или другом софте) - я бы е╦ нашел и устранил
If something sounds too good to be true, it probably is (с)
NEW 24.09.06 22:32
Так по постам то видно, но знаешь иногда лезешь в дебри, а оказывается просто надо вилку вилку в розетку вставить
И не мне тебе рассказывать, что сначала рай на земле был, а потом змей искуситель (он наверное ещ╦ и зел╦ный был) Еву яблоком не накормил.
В Виндах частенько слетает канал в режим PIO (или в UDMA) только на CD-ROM'ах при ошибках чтения, помогает удалеяие дров канала, при перезагрузке винды автоматом ставят эти же драйвера, только заново их настройки определяет. Вот я и предположил, что на Linux'е это тоже возможно
in Antwort WishWaster 24.09.06 22:22
В ответ на:
Поверь, я совсем не новичек
Поверь, я совсем не новичек
Так по постам то видно, но знаешь иногда лезешь в дебри, а оказывается просто надо вилку вилку в розетку вставить
И не мне тебе рассказывать, что сначала рай на земле был, а потом змей искуситель (он наверное ещ╦ и зел╦ный был) Еву яблоком не накормил.
В Виндах частенько слетает канал в режим PIO (или в UDMA) только на CD-ROM'ах при ошибках чтения, помогает удалеяие дров канала, при перезагрузке винды автоматом ставят эти же драйвера, только заново их настройки определяет. Вот я и предположил, что на Linux'е это тоже возможно
NEW 25.09.06 01:05
... просто так ничего не бывает. я бы попробовал поставить кернель по свежее что бы посмотреть как будет себя вести система.
пс: запости в тут в разделе линуха, выложи свой dmesg. может с модулями что не так?
тут пару линков. может поможет.
1.http://archive.kanotix.com/PNphpBB2-viewtopic-t-5945.html
2.http://www.alpha-factory.de/Hilfe/BS.htm
тут немного текста по теме
in Antwort WishWaster 24.09.06 22:22
В ответ на:
Я уже говорил - в линух всё было ОК. С тех пор (как было OK) _ничего_ не менялось. Все параметры и режимы стоят как должны стоять для нормальной работы.
Я уже говорил - в линух всё было ОК. С тех пор (как было OK) _ничего_ не менялось. Все параметры и режимы стоят как должны стоять для нормальной работы.
... просто так ничего не бывает. я бы попробовал поставить кернель по свежее что бы посмотреть как будет себя вести система.
пс: запости в тут в разделе линуха, выложи свой dmesg. может с модулями что не так?
тут пару линков. может поможет.
1.http://archive.kanotix.com/PNphpBB2-viewtopic-t-5945.html
2.http://www.alpha-factory.de/Hilfe/BS.htm
тут немного текста по теме
В ответ на:
IDE-Festplatten beschleunigen
Mit wenigen Befehlen steigern Sie den Datentransfer von den
Festplatten.
Linux verwendet beim Zugriff auf IDE-Festplatten sehr konservative Einstellungen. Mit dem Befehl
hdparm -v /dev/hda
überblicken Sie die momentanen Einstellungen. Wenn Sie die Zeilen
using_dma = 0 (off)
I/O support = 0 (default 16-bit)
lesen, verwendet der Festplattentreiber 16-Bit-I/O ohne den DMA-Modus. Dies ist die langsamste Einstellung. Die aktuellen Übertragungsraten bestimmen Sie mit dem Kommando
hdparm -t /dev/hda
Der Befehl liefert etwa eine Zeile mit folgenden Werten:
Timing buffered disk reads: 32 MB in 7.03 seconds=4.55 MB/sec
Die Übertragungsrate beträgt also 4.55 Megabyte in der Sekunde. Nach dem Einschalten von DMATransfers mit
hdparm -d 1 /dev/hda
beträgt die Übertragungsrate im Beispiel schon 6,84 MByte pro Sekunde. Akti-vieren Sie den 32-Bit-Zugriff mit dem Befehl
hdparm -c 1 /dev/hda
so steigern Sie den Wert auf 7,51 Mbyte pro Sekunde. Die eingestellten Werte sind allerdings flüchtig. Ein IDE-Reset, den der Kernel im laufenden Betrieb durchführt, zerstört sie. Mit
hdparm -k 1 /dev/hda
bleiben die Einstellungen über einen IDE-Reset erhalten. Einen Rechnerneustart überstehen sie noch nicht: Erst wenn Sie die Zeilen in ein Startscript eintragen, das nach jedem Booten aufgerufen wird, bleiben die Einstellungen dauerhaft. Beim Hersteller SuSe eignet sich zum Beispiel ein eigenes Script in/etc/rc.d/rc2.d auf Basis des mitgelieferten skeleton-Beispiels.
22 Linux: Bootdisk im Schnelldurchgang
Wenn sich die Version des Kernels ändert, sollten Sie die Bootdiskette erneuern.
Mit der Installation von Linux legen Sie eine Bootdiskette an. Wenn der Rechner nicht mehr von der Festplatte bootet, bewahren Sie sich so eine weitere Startoption. Ändern Sie die Version, indem Sie einen neuen Kernel kompilieren, sollten Sie eine neue Bootdiskette anlegen. Am schnellsten schreiben Sie den aktuellen Kernel mit dem Kommando
dd if=/boot/mein.kernel of=/dev/fd0
auf eine Bootdiskette. Dieses Kommando schreibt das aktuelle Kernel-Image (mein.kernel) auf eine Diskette. Sicherheitshalber sollten Sie das Kommando
rdev /dev/fd0 /dev/bootpartition
absetzen. Damit bootet der Kernel auch von der entsprechenden Partition.
IDE-Festplatten beschleunigen
Mit wenigen Befehlen steigern Sie den Datentransfer von den
Festplatten.
Linux verwendet beim Zugriff auf IDE-Festplatten sehr konservative Einstellungen. Mit dem Befehl
hdparm -v /dev/hda
überblicken Sie die momentanen Einstellungen. Wenn Sie die Zeilen
using_dma = 0 (off)
I/O support = 0 (default 16-bit)
lesen, verwendet der Festplattentreiber 16-Bit-I/O ohne den DMA-Modus. Dies ist die langsamste Einstellung. Die aktuellen Übertragungsraten bestimmen Sie mit dem Kommando
hdparm -t /dev/hda
Der Befehl liefert etwa eine Zeile mit folgenden Werten:
Timing buffered disk reads: 32 MB in 7.03 seconds=4.55 MB/sec
Die Übertragungsrate beträgt also 4.55 Megabyte in der Sekunde. Nach dem Einschalten von DMATransfers mit
hdparm -d 1 /dev/hda
beträgt die Übertragungsrate im Beispiel schon 6,84 MByte pro Sekunde. Akti-vieren Sie den 32-Bit-Zugriff mit dem Befehl
hdparm -c 1 /dev/hda
so steigern Sie den Wert auf 7,51 Mbyte pro Sekunde. Die eingestellten Werte sind allerdings flüchtig. Ein IDE-Reset, den der Kernel im laufenden Betrieb durchführt, zerstört sie. Mit
hdparm -k 1 /dev/hda
bleiben die Einstellungen über einen IDE-Reset erhalten. Einen Rechnerneustart überstehen sie noch nicht: Erst wenn Sie die Zeilen in ein Startscript eintragen, das nach jedem Booten aufgerufen wird, bleiben die Einstellungen dauerhaft. Beim Hersteller SuSe eignet sich zum Beispiel ein eigenes Script in/etc/rc.d/rc2.d auf Basis des mitgelieferten skeleton-Beispiels.
22 Linux: Bootdisk im Schnelldurchgang
Wenn sich die Version des Kernels ändert, sollten Sie die Bootdiskette erneuern.
Mit der Installation von Linux legen Sie eine Bootdiskette an. Wenn der Rechner nicht mehr von der Festplatte bootet, bewahren Sie sich so eine weitere Startoption. Ändern Sie die Version, indem Sie einen neuen Kernel kompilieren, sollten Sie eine neue Bootdiskette anlegen. Am schnellsten schreiben Sie den aktuellen Kernel mit dem Kommando
dd if=/boot/mein.kernel of=/dev/fd0
auf eine Bootdiskette. Dieses Kommando schreibt das aktuelle Kernel-Image (mein.kernel) auf eine Diskette. Sicherheitshalber sollten Sie das Kommando
rdev /dev/fd0 /dev/bootpartition
absetzen. Damit bootet der Kernel auch von der entsprechenden Partition.
В ответ на:
NEW 25.09.06 01:11
in Antwort barma_lej 24.09.06 22:32
Вот я и предположил, что на Linux'е это тоже возможно
Действительно, возможно - слетает в PIO при ошибках, но не мой случай. Поэтому я и указал - вс╦ выставлено как положено, т.е. DMA и 32 bit. Тем не менее... Мистика (или железо постарело).
Действительно, возможно - слетает в PIO при ошибках, но не мой случай. Поэтому я и указал - вс╦ выставлено как положено, т.е. DMA и 32 bit. Тем не менее... Мистика (или железо постарело).
If something sounds too good to be true, it probably is (с)
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
NEW 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