RH 8.0 дикие тормоза с винтом

[scanNE®]

чипсет nForce 2, проц Athhlon XP 2000+ памяти 512.
дрова от nvidia воткнул, правда реверенсные.
заморочь -при копировании файлов размером свыше 40-50 метров система замирает сек на 2-3.
в чем могут быть траблы?

[distantX]

hdpram ?
В смысле - может быть в дистрибутиве под старые версии IDE заточен.

[sсаnnеr]

да вот не знаю, может и под старые. мамка не брендовая
hdpram? что это?

[distantX]

Это - способ управления режимом винта в linux. Параметры кэша, DMA, шины идешных хардов. Штука опасная в неопытных руках - винт грохнуть как нечего делать. С другой стороны, винты ATA-100 подрубать по ATA-33 не гоже. В дистрибутивах занижают установки для совместимости с бОльшим количеством железа. Профи поправят установки и дожмут производительность, а неопытные, если не запустится вопят сильно. Вот и занижают. Но одними моими советами Вы не обойдетесь. В моем обустройстве Линукса до таких тонкостей еще далеко. Просто, когда начинал с Red Hat разбираться - читал все подряд, вот и запомнил. Еще знаю, был такой косяк: выставляешь под свое железо, перегружаешься - номально. Пока машина в sleep не ушла. Потом - все сбрасывается в дефолтные. (То есть надо куда-то в правильное место прописывать и о слипе помнить)

[distantX]

По теме: http://experts.about.com/q/Unix-Linu...low-redhat.htm

Подумал вот еще что: размры памяти и своп достаточны?

[dalex]

староват дистр для железа. Поддержки ide полной нет скорее всего.

[scanNE®]

distantX своп = 512 в отдельном разделе
дистр староват? возможно. кстати hdparm выдает, что НЕ поддерживается ни один режим UDMA - воможно траблы в драйвере винта.

[zic]

обновить ядро, и hdparm и скорее всего все пройдет.

[sсаnnеr]

спасибо =)
вопрос, все-таки хочется поставить RH 7.3 и на нем уже обновить ядро. как Вы думаете, это покатит?

[dalex]

вопрос, все-таки хочется поставить RH 7.3 и на нем уже обновить ядро. как Вы думаете, это покатит?

прокатит. Особенно если обновлять ядро правильно (нужно будет обновить modutils и т.п. инструкция по обновлению есть внутри исходников ядра)

[scanNE®]

спасибо, попробуем.

[dalex]

спасибо, попробуем.

кстати последнее ядро ветки 2.6 не соберется gcc версии 2, которая у вас в дистрибе наверно.
Так что берите последнее 2.4 ядро.

[distantX]

> чипсет nForce 2, проц Athhlon XP 2000+ памяти 512

"По понятиям" swap size = RAM size*2. С другой стороны, если реальной памяти гигабайт, то swap можно и не выделять вовсе.
Частота проца здесь дело третье, а вот размер кэша важен. Копирование файлов такого размера грузит шину и диски.

В Вашем случае, если копирование происходит не в фоновом режиме с ресурсоемкой задачей, то, наверно, нормально все. Я бы нарастил своп до гигабайта лишь в том случае, если ничего из другого предложенного не даст эффекта. Ну разве что, с заделом на будущее: чтоб внезапно не стал узким местом.

[dalex]

"По понятиям" swap size = RAM size*2.

это устаревшее понятие. Для нагруженных систем есть swapd который динамически подключит дополнительный своп в файле, если надо.

В Вашем случае, если копирование происходит не в фоновом режиме с ресурсоемкой задачей, то, наверно, нормально все. Я бы нарастил своп до гигабайта лишь в том случае, если ничего из другого предложенного не даст эффекта. Ну разве что, с заделом на будущее: чтоб внезапно не стал узким местом.

уууу как все запущено.
Проблема скорее всего в одном - в отсутствии поддержки режима dma контроллера ide на матери. Вот -

кстати hdparm выдает, что НЕ поддерживается ни один режим UDMA - воможно траблы в драйвере винта.

тому подтверждение.
В результате винт работает в PIO режиме, и изза этого появляются затыки.
scanner
А что кажет hdparm -tT /dev/hda ?

[distantX]

Дык проверить просто: надо машину нагрузить как обычно, поставить файл на копирование и набрать в терминале: top -u и посмотреть, что с работой памяти реальной/виртуальной происходит.
На счет swapd: усёк, спасибо.

[sсаnnеr]

dalex, будете смеяться, но буду брать именно 2.4 ядро.

[sсаnnеr]

А что кажет hdparm -tT /dev/hda ?
вот ЭТО: - чтение диска явно не на высоте

/dev/hda:
Timing buffer-cache reads: 128 MB in 0.38 seconds =334.39 MB/sec
Timing buffered disk reads: 64 MB in 17.38 seconds = 3.68 MB/sec

[dalex]

Timing buffered disk reads: 64 MB in 17.38 seconds = 3.68 MB/sec

а должно быть в районе 15-20MB (ну уж никак не меньше 10)
а если ругается на hdparm -d1 /dev/hda то это потому что не может включить dma режим.

[sсаnnеr]

ребят, огромное спасибо!!!!
обновил дрова, ядро пока НЕ менял, попробовал включить дма, вот результаты.
новые
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.36 seconds =356.20 MB/sec
Timing buffered disk reads: 64 MB in 1.22 seconds = 52.43 MB/sec
старые
/dev/hda:
Timing buffer-cache reads: 128 MB in 0.38 seconds =334.39 MB/sec
Timing buffered disk reads: 64 MB in 17.38 seconds = 3.68 MB/sec
ЗЫ: система просто прыгает ))

[sсаnnеr]

новый прикол - при использовании UDMA скорость падает. т.е. с параметром X69 или X34 скорость обмена данными с диском вместо 50Мб/с меняется на 22-25Мб/с.

[dalex]

новый прикол - при использовании UDMA скорость падает. т.е. с параметром X69 или X34 скорость

почему прикол то?
видимо по умолчанию ultraata 100 работает.

[sсаnnеr]

dalex, сорри. но мне показалось после прочтения мана по hdparam - ключ -Х юзается совместно с -d и позволяет выбрать соответствующий режим multiworld DMA/UDMA... видно по дефолту юзается самое ТО

[dalex]

но мне показалось после прочтения мана по hdparam - ключ -Х юзается совместно с -d и позволяет выбрать соответствующий режим multiworld DMA/UDMA...

только юзать его надо если не включается по умолчанию самый максимальный режим.

[sсаnnеr]

ok, спасибо уже понял