Торрррмоза
Модератор: Модераторы разделов
-
- Сообщения: 164
- Статус: Теперь я робот...
- ОС: Debian 4.0 Lenny, WinXP
Торрррмоза
Здрасьте, поставил слаку 10,2 настроил пока как мог. Усё усё, но при операциях с диском, такие торрмозя, и это при SATA- то. Подскажитке чаво забыл прикрутить. Ядро дефолтное 2,4,31.
Тяжело быть роботом...
-
- Сообщения: 472
- Статус: В изобилии!
- ОС: Fedora, Slackware
Re: Торрррмоза
А что hdparm /dev/sda (вместо sda может быть другое) говорит?
И я бы посоветовал по-новее ядро поставить... Ну и аккуратно hdparm'ом потом настроить HDD.
И я бы посоветовал по-новее ядро поставить... Ну и аккуратно hdparm'ом потом настроить HDD.
Результат пропорционален осознанности.
-
- Сообщения: 164
- Статус: Теперь я робот...
- ОС: Debian 4.0 Lenny, WinXP
Re: Торрррмоза
sda нема, винеты работают как hdX, я не знаю как корректно перевести linux с ветки 2,4 на 2,6, посовеитуйте какой-нить мануал. кстати на дебиан с 2,4,27-2 усё летало
Тяжело быть роботом...
-
- Бывший модератор
- Сообщения: 3535
- Статус: OpenBSD-compatible
- ОС: OpenBSD -current
Re: Торрррмоза
Тогда уж:
Код: Выделить всё
hdparm `mount | grep ' / ' | cut -c 1-8`
-
- Сообщения: 164
- Статус: Теперь я робот...
- ОС: Debian 4.0 Lenny, WinXP
-
- Сообщения: 60
- ОС: Win XP / Debian Etch
Re: Торрррмоза
Где-то на форумах была ссылка, адрес не помню, а статью сохранил, вот:
Разгоняем жесткие диски
Многие использующие Linux не подозревают о том, что его можно сделать еще быстрее, по крайней мере, в области работы с жестким диском.
Итак, первое, что требуется вам, это утилита hdparm версии 3.9 (узнать версию можно с помощью hdparm -V). Она доступна только из-под root. Эта утилита управляет параметрами драйвера IDE в Linux.
ПРЕДУПРЕЖДЕНИЕ
Перед всеми экспериментами уйдите в однопользовательский режим (telinit 1) или остановите все лишние сервисы. Дело в том, что в ходе экспериментов можно подвесить систему - думаю, никому не охота потерять данные. Плюс - на некоторых машинах в результате "игр" с DMA (ключи -d и -X) и unmask irq (-u) на дисках может нарушиться целостность файловой структуры, поэтому будьте осторожны.
Давайте посмотрим на диск (здесь я буду проводить эксперименты над своим вторым диском).
<pre>
[root@multik /root]# hdparm /dev/hdb
/dev/hdb:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 2491/255/63, sectors = 40032696, start = 0
</pre>
Как вы видите, все отключено - везде стоят "0" или "off". Давайте посмотрим, что же может выжать Linux из этого диска.
<pre>
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 17.08 seconds = 3.75 MB/sec
</pre>
Всего 3.75 мегабайт в секунду. Это ли современные скорости? Между прочим, большинство дистрибутивов работают с диском именно так.
Итак, давайте его разгоним хоть чуть-чуть. Следующая команда должна пройти без ошибок на любом более-менее новом железе.
<pre>
[root@multik /root]# hdparm -m2c3u1 /dev/hdb
/dev/hdb:
setting 32-bit I/O support flag to 3
setting multcount to 2
setting unmaskirq to 1 (on)
multcount = 2 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
</pre>
Этой командой мы включили драйвер IDE в 32х битный режим, настроили контроллер на запрет генерации прерываний при любой работе с диском и разрешили передавать более одного слова за такт. Кстати, параметр -u1 часто помогает на машинах, где модем перестает качать или музыка заикается во время интенсивной работы с жестким диском.
Давайте еще раз посмотрим скорость:
<pre>
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 9.28 seconds = 6.90 MB/sec
</pre>
Вот, уже неплохо, но все равно слабовато. Та техника, которая стоит у меня, способна на большее.
Что нам остается еще сделать? Правильно - включить наконец DMA.
<pre>
[root@multik /root]# hdparm -d1 /dev/hdb
/dev/hdb:
setting using_dma to 1 (on)
using_dma = 1 (on)
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 3.06 seconds = 20.92 MB/sec
</pre>
Неплохая прибавка в скорости, не считаете?
Желающие и имеющие соответствующее оборудование, могут поиграться с параметром -X33 или -X66, включающие соответственно UDMA33 и UDMA66. Мое железо такого не тянет, посему я вынужден удовлетвориться такими результатами.
Итак, вы протестировали машину на разных тестах (или просто поработали достаточно долгое время за ней) и убедились, что винты спокойно тянут такое. Теперь достигнутое надо зафиксировать. Самое простое - добавить в конец /etc/rc.d/rc.local строчку, вызывающую hdparm с вашими параметрами. В моем случае это будет /sbin/hdparm -m2c3u1d1 /dev/hdb.
В случае RedHat-подобных дистрибутивов (ASPLinux, Mandrake, SuSE и т.д.) самое логичное - это поправить файл /etc/sysconfig/harddisks - например, параметру -m2 в нем соответствует строчка MULTIPLE_IO=2. Но этот способ не подходит тем, у кого к машине подключены разные приводы - некоторые диски могут не поддерживать режим UDMA и другие прелести современной жизни. В этом случае остается только один выход - заносить все эти параметры в rc.local.
Остается одна проблема - современные машины и ноутбуки поддерживают режим "спячки". При его включении снимается питание со всех устройств, оставляя его только на материнской плате для поддержки состояния машины. Таким образом, когда машина "просыпается", то все параметры винчестеров возвращаются к своему первоначальному состоянию. Часто при этом на консоли и в логе появляются сообщения о невозможности спозиционировать головку на диске (правильно, ведь диску необходимо время, что бы набрать скорость). Правда, надо отдать должное, на некоторых ноутбуках стоит "умный" BIOS, который возвращает им установленные значения. На Linux процессом "спячки" и "пробуждения" управляет демон apmd. Итак, если ваша машина подвержена такому недугу, придется поправить файл /etc/sysconfig/apmd (где располагается этот файл в дистрибутивах, отличных от RedHat-подобных, я не знаю, уточните по man apmd). За установку параметров диска при остановках-включениях машины отвечают эти две строчки.
<pre>
#HDPARM_AT_SUSPEND="-q -X0 -q -c0 -q -d0 -q -u0 -q -S0"
#HDPARM_AT_RESUME="-q -X66 -q -c1 -q -d1 -q -u1 -q -S30"
</pre>
Уберите комментарии (удалите символ # в начале строки) и в кавычках перепишите те параметры, которые вы передаете hdparm при запуске машины. Первая строчка выполнится при "засыпании" машины, вторая - при ее пробуждении. Параметр -q означает лишь то, что hdparm не будет никуда рапортовать о устанавливаемых параметрах.
Таким образом, вторая строчка для моего случая приобретет следующий вид.
<pre>
HDPARM_AT_RESUME="-q -m2 -q -c3 -q -d1 -q -u1"
</pre>
Но будьте осторожны, эти параметры применятся ко всем жестким дискам в системе. Как ограничить apmd - я не нашел.
Кстати, так же можно чуть разогнать и CD-ROM. Правда, не все параметры применимы и к ним (попробуйте для начала убрать -m2).
Итак, все разогнано, но вас начинает потихоньку доставать, что ваш новый 52х скоростной CD-ROM постоянно завывает, когда вы с него играете mp3 музыку. В мире Windows просто - есть кучка программ, заплатив за которые деньги, вы получите доступ к "рычагу скоростей" вашего привода. В самом деле, для проигрывания mp3 хватит 2х привода, плюс к тому же он не так шумит и диски не греются. Итак, давайте затормозим свой привод.
В Linux еще проще:
<pre>
[root@multik /root]#hdparm -E 1 /dev/hdc
/dev/hdc:
setting cdrom speed to 1
</pre>
Таким образом мы устанавливаем приводу, находящемуся на /dev/hdc, скорость 1х.
Из проведенных экспериментов стало ясно, что большинство новых приводов поддерживают весь диапазон скоростей. Более старые - какое-то кратное их число. И только совсем старые поддерживают 2 скорости - 1х и свою максимальную.
Вот и все.
(с) 2001 В.В.Калошин (multik@asplinux.ru).
Разгоняем жесткие диски
Многие использующие Linux не подозревают о том, что его можно сделать еще быстрее, по крайней мере, в области работы с жестким диском.
Итак, первое, что требуется вам, это утилита hdparm версии 3.9 (узнать версию можно с помощью hdparm -V). Она доступна только из-под root. Эта утилита управляет параметрами драйвера IDE в Linux.
ПРЕДУПРЕЖДЕНИЕ
Перед всеми экспериментами уйдите в однопользовательский режим (telinit 1) или остановите все лишние сервисы. Дело в том, что в ходе экспериментов можно подвесить систему - думаю, никому не охота потерять данные. Плюс - на некоторых машинах в результате "игр" с DMA (ключи -d и -X) и unmask irq (-u) на дисках может нарушиться целостность файловой структуры, поэтому будьте осторожны.
Давайте посмотрим на диск (здесь я буду проводить эксперименты над своим вторым диском).
<pre>
[root@multik /root]# hdparm /dev/hdb
/dev/hdb:
multcount = 0 (off)
I/O support = 0 (default 16-bit)
unmaskirq = 0 (off)
using_dma = 0 (off)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 8 (on)
geometry = 2491/255/63, sectors = 40032696, start = 0
</pre>
Как вы видите, все отключено - везде стоят "0" или "off". Давайте посмотрим, что же может выжать Linux из этого диска.
<pre>
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 17.08 seconds = 3.75 MB/sec
</pre>
Всего 3.75 мегабайт в секунду. Это ли современные скорости? Между прочим, большинство дистрибутивов работают с диском именно так.
Итак, давайте его разгоним хоть чуть-чуть. Следующая команда должна пройти без ошибок на любом более-менее новом железе.
<pre>
[root@multik /root]# hdparm -m2c3u1 /dev/hdb
/dev/hdb:
setting 32-bit I/O support flag to 3
setting multcount to 2
setting unmaskirq to 1 (on)
multcount = 2 (on)
I/O support = 3 (32-bit w/sync)
unmaskirq = 1 (on)
</pre>
Этой командой мы включили драйвер IDE в 32х битный режим, настроили контроллер на запрет генерации прерываний при любой работе с диском и разрешили передавать более одного слова за такт. Кстати, параметр -u1 часто помогает на машинах, где модем перестает качать или музыка заикается во время интенсивной работы с жестким диском.
Давайте еще раз посмотрим скорость:
<pre>
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 9.28 seconds = 6.90 MB/sec
</pre>
Вот, уже неплохо, но все равно слабовато. Та техника, которая стоит у меня, способна на большее.
Что нам остается еще сделать? Правильно - включить наконец DMA.
<pre>
[root@multik /root]# hdparm -d1 /dev/hdb
/dev/hdb:
setting using_dma to 1 (on)
using_dma = 1 (on)
[root@multik /root]# hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 3.06 seconds = 20.92 MB/sec
</pre>
Неплохая прибавка в скорости, не считаете?
Желающие и имеющие соответствующее оборудование, могут поиграться с параметром -X33 или -X66, включающие соответственно UDMA33 и UDMA66. Мое железо такого не тянет, посему я вынужден удовлетвориться такими результатами.
Итак, вы протестировали машину на разных тестах (или просто поработали достаточно долгое время за ней) и убедились, что винты спокойно тянут такое. Теперь достигнутое надо зафиксировать. Самое простое - добавить в конец /etc/rc.d/rc.local строчку, вызывающую hdparm с вашими параметрами. В моем случае это будет /sbin/hdparm -m2c3u1d1 /dev/hdb.
В случае RedHat-подобных дистрибутивов (ASPLinux, Mandrake, SuSE и т.д.) самое логичное - это поправить файл /etc/sysconfig/harddisks - например, параметру -m2 в нем соответствует строчка MULTIPLE_IO=2. Но этот способ не подходит тем, у кого к машине подключены разные приводы - некоторые диски могут не поддерживать режим UDMA и другие прелести современной жизни. В этом случае остается только один выход - заносить все эти параметры в rc.local.
Остается одна проблема - современные машины и ноутбуки поддерживают режим "спячки". При его включении снимается питание со всех устройств, оставляя его только на материнской плате для поддержки состояния машины. Таким образом, когда машина "просыпается", то все параметры винчестеров возвращаются к своему первоначальному состоянию. Часто при этом на консоли и в логе появляются сообщения о невозможности спозиционировать головку на диске (правильно, ведь диску необходимо время, что бы набрать скорость). Правда, надо отдать должное, на некоторых ноутбуках стоит "умный" BIOS, который возвращает им установленные значения. На Linux процессом "спячки" и "пробуждения" управляет демон apmd. Итак, если ваша машина подвержена такому недугу, придется поправить файл /etc/sysconfig/apmd (где располагается этот файл в дистрибутивах, отличных от RedHat-подобных, я не знаю, уточните по man apmd). За установку параметров диска при остановках-включениях машины отвечают эти две строчки.
<pre>
#HDPARM_AT_SUSPEND="-q -X0 -q -c0 -q -d0 -q -u0 -q -S0"
#HDPARM_AT_RESUME="-q -X66 -q -c1 -q -d1 -q -u1 -q -S30"
</pre>
Уберите комментарии (удалите символ # в начале строки) и в кавычках перепишите те параметры, которые вы передаете hdparm при запуске машины. Первая строчка выполнится при "засыпании" машины, вторая - при ее пробуждении. Параметр -q означает лишь то, что hdparm не будет никуда рапортовать о устанавливаемых параметрах.
Таким образом, вторая строчка для моего случая приобретет следующий вид.
<pre>
HDPARM_AT_RESUME="-q -m2 -q -c3 -q -d1 -q -u1"
</pre>
Но будьте осторожны, эти параметры применятся ко всем жестким дискам в системе. Как ограничить apmd - я не нашел.
Кстати, так же можно чуть разогнать и CD-ROM. Правда, не все параметры применимы и к ним (попробуйте для начала убрать -m2).
Итак, все разогнано, но вас начинает потихоньку доставать, что ваш новый 52х скоростной CD-ROM постоянно завывает, когда вы с него играете mp3 музыку. В мире Windows просто - есть кучка программ, заплатив за которые деньги, вы получите доступ к "рычагу скоростей" вашего привода. В самом деле, для проигрывания mp3 хватит 2х привода, плюс к тому же он не так шумит и диски не греются. Итак, давайте затормозим свой привод.
В Linux еще проще:
<pre>
[root@multik /root]#hdparm -E 1 /dev/hdc
/dev/hdc:
setting cdrom speed to 1
</pre>
Таким образом мы устанавливаем приводу, находящемуся на /dev/hdc, скорость 1х.
Из проведенных экспериментов стало ясно, что большинство новых приводов поддерживают весь диапазон скоростей. Более старые - какое-то кратное их число. И только совсем старые поддерживают 2 скорости - 1х и свою максимальную.
Вот и все.
(с) 2001 В.В.Калошин (multik@asplinux.ru).
-
- Сообщения: 60
- ОС: Win XP / Debian Etch
Re: Торрррмоза
После перехода на ядро 2.6.15.4 и ламерской конфигурации (ну там проц 4 поставил, лишнего поубирал, что добавил), действовал по статье с инета, так вот, Слака ощутимо (на глаз)
летать стала и винда ХР-шная ей проигрывала в скорости заметно. Говорю в прошедшем времени потому как убил я Слаку, доконфигурировал ядро, но сейчас буду ставить заново 
Вот по этой статье делал:
http://linux4u.jinr.ru/docs/add04/kernel-2...nstall-2.0.html
И вот ещё ссылка по теме, там и ядро и диски и руссификация:
http://slackware.tomsk.ru/docs/?p=slackware-8.0-setup
Во, тут я и нашёл ссылку на статью про диски


Вот по этой статье делал:
http://linux4u.jinr.ru/docs/add04/kernel-2...nstall-2.0.html
И вот ещё ссылка по теме, там и ядро и диски и руссификация:
http://slackware.tomsk.ru/docs/?p=slackware-8.0-setup
Во, тут я и нашёл ссылку на статью про диски

-
- Сообщения: 164
- Статус: Теперь я робот...
- ОС: Debian 4.0 Lenny, WinXP
-
- Сообщения: 30
- ОС: Ubuntu 8.04 LTS
Re: Торрррмоза
Дружище, попробуй так

Очень даже подробно

Познай свободу с Debian.
С уважением, Screw
С уважением, Screw
-
- Сообщения: 164
- Статус: Теперь я робот...
- ОС: Debian 4.0 Lenny, WinXP
Re: Торрррмоза
Дорогой Silent,
в /etc/rc.d/rc.local надо прописать /usr/sbin/hdparm ... а не /sbin/hdparm ....
dma работать не хочет, также как и pio:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: operation not permitted
Всё делал на runlevel 1, в чём проблема, подскажите
в /etc/rc.d/rc.local надо прописать /usr/sbin/hdparm ... а не /sbin/hdparm ....
dma работать не хочет, также как и pio:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: operation not permitted
Всё делал на runlevel 1, в чём проблема, подскажите

Тяжело быть роботом...
-
- Сообщения: 60
- ОС: Win XP / Debian Etch
Re: Торрррмоза
celarent_Israel писал(а): ↑04.03.2006 19:26Дорогой Silent,
в /etc/rc.d/rc.local надо прописать /usr/sbin/hdparm ... а не /sbin/hdparm ....
dma работать не хочет, также как и pio:
setting using_dma to 1 (on)
HDIO_SET_DMA failed: operation not permitted
Всё делал на runlevel 1, в чём проблема, подскажите
Я дисками не занимался, я вам только статью кинул и ссылку на неё, а вот при конфигурации ядра там где-то есть опции оптимизации работы дисков, что я и сделал, при переходе на 2.6.15.4
-
- Сообщения: 74
- ОС: kubuntu
Re: Торрррмоза
(с) 2001 В.В.Калошин (multik@asplinux.ru).
http://linux.irk.ru
http://www.linuxnews.ru/
к слову, учились в одном институте, потом он уехал в Москву, работает(ал) в команде ASP Linux
и дольше века длится день...
-
- Сообщения: 1611
- Статус: 01100
- ОС: Gentoo,Ubuntu,MacOS X
Re: Торрррмоза
Дело наверно в использование старого драйвера sata в ядре.
Чтение man'нов в слух ещЁ никому не помогало!...
kernel 4.2
chmod -x `which chmod`
War, war never changes...
kernel 4.2
chmod -x `which chmod`
War, war never changes...
-
- Сообщения: 38
Re: Торрррмоза
Чтобы не создавать новой темы, напишу здесь. Также Слака 10.2, винт SATA, чипсет nforce2, ФС - ReiserFS 3.6, ядро 2.6.14. Поддержка ACPI включена, DMA и все прочее тоже включено. hdparam -tT показывает нормальные скорости - чтение из кэша в районе 600-800 метров в секунду, чтение с диска в районе 50-55 метров в секунду, но при копировании данных система можно сказать впадает в ступор, загрузка проца 100% и все тормозит безбожно. Может подскажите как все это побороть, а то ну некомфортно так работать, можно сказать единственная вещь которая меня разачаровывает в линуксе :-(
"Who controls the past controls the future:
who controls the present controls the past."
George Orwell "1984"
--
Slackware 10.2, kernel 2.6.14, kde 3.5
who controls the present controls the past."
George Orwell "1984"
--
Slackware 10.2, kernel 2.6.14, kde 3.5