Загрузка процессора близка к 100% при работе HDD

У меня ноутбук ASUS x55sv на котором уже давно установлена Gentoo, которая в свою очередь постоянно обставляется из стабильной ветки.
Сколько себя помню постоянно замечаю высокую загруженность процессора при активной работе файловой системы. Игра с ядром и драйверами контроллера HDD не привела к значимому результату.
При работе DC++ работа оконного менеджера заметно ухудшается замечаются изменение плавности смен окон, открытие новых приложений на порядок замедляется. Для меня это является серьезным недостатком...(((
Причем все HDD в режиме dma6* c поддержкой NCQ (31/32) dmesg это все хорошо просматривается.
ЭТО у всех так???и есть ли возможность как то избежать такой неудовлетворительной работы системы ввода вывода или как это правильно называется. мелкомягкие ведь черт их побери этим не страдают

мелкомягкие подобным тож

мелкомягкие подобным тож страдают... особенно заметно, когда сидюк прожевывает диск, тогда аж мышь встает колом...
А по теме: у меня подобная фигня, но загрузки проца на 100% нет (точнее проц вообще не грузит, но от активной работы винтов вся система начинает подтупливать)

возможно, это широко

возможно, это широко известный io-wait баг

Возможно и он!!! Но разве все

Возможно и он!!! Но разве все опен соурс сообщество не может его победить....абсурд

к стати вод здесь все очень

к стати вод здесь все очень хорошо обезличено http://www.xakep.ru/post/24116/default.asp

valek2282 написал(а): к стати

valek2282 написал(а):
к стати вод здесь все очень хорошо обезличено http://www.xakep.ru/post/24116/default.asp

Очень авторитетный источник, инфа 100 %? ^_^ Форониксы нервно курят в сторонке.

Регрессия (баг io wait) появилась _после_ 2.6.18, устранена в ядрах >2.6.32.
also http://ruHOWTO_уменьшение_тормозов_при_интенсивной_работе_с_диском

┌┌(ra@taaroa)┌(238/pts/4)┌(07:43:02/11/10)┌-
└┌(%:~)┌- uname -rms
Linux 2.6.31-hardened-r9 x86_64

Тормозов нет, ни при работе DC++, ни при активных торрентах.

То есть если я правильно вас

То есть если я правильно вас понял мне необходимо руководствоваться этим HOWTO пока не вы вышло ядро 2.6.32???? ну CFQ у меня и так стоит по дефолту а swapiness есть ли смысл менять??? у меня 4Г опреативки из которых 3 гента точно видит

а вот и ссылки на нормальные

а вот и ссылки на нормальные (адекватные) бенчи -> http://x264dev.multimedia.cx/?p=185 http://doom10.org/index.php?topic=78.0

2топикстартер

1. можете оставить все как есть и ждать стабилизации 2.6.32, попутно поиграться с hdparm (но как уже отметил выше на 2.6.31-r9 подобных Вашей проблем не замечал, странно)
2. layman -a zen-sources

Трабла в DC++, либо поройся в

Трабла в DC++, либо поройся в его конфигах, либо поставь другой клиент. Всё дело в том, что в линухе, они с торрентами ну уж слишком усердные.

Может я не совсем корректно

Может я не совсем корректно описал, но суть проблемы в том что по сути все равно какое приложение ДЦ или ТОрент или копирование в MC или в Дельфине дают один и тот же результат - то есть 70-90 % нагрузки на процессор

2.6.33 спасет от iowait-bug.

2.6.33 спасет от iowait-bug. Меня спасло.

valek2282 написал(а): ...

valek2282 написал(а):
... Игра с ядром и драйверами контроллера HDD не привела к значимому результату...

Слышал, можно еще с типами FS поиграться ...
У Вас кстати какой тип FS?

Gentoo - Symphony of Creations

НЕ думаю что файловая система

НЕ думаю что файловая система является хотя бы косвенной причиной, не так давно где то видел писали что изменение файловой системы не как на этом не сказывается. А вообще REISERFS третий

Это я так, к размышлению ....

Возможно Вы правы, я же думаю так от того, что разные типы FS по разному работают с различными файлами.
Т.е. одни тормозят на больших файлах, другие на маленьких. А возможные масштабы этих тормозов чисто
теоретические.

Gentoo - Symphony of Creations

BFQ

У меня были подобные траблы. Все решилось переходом на BFQ, он более лояльно распределяет ресурсы машины для Desktop'ных систем. Хотя сейчас я на не стабилбном ядре, и все на CFQ работает более менее сносно, хотя может еще повлиял переход с Athlon64 на Phenom II X4 :)

Ох уж и не знаю готов ли я

Ох уж и не знаю готов ли я для таких экспериментов у меня 32 разрядная операционка уж куда более стабильнее, надеялся что с ней то уже не должно быть подводных камней, как говорится ложка дегтя всегда найдется. Надо ядро патчить?для BFQ?

valek2282 написал(а):Надо

valek2282 написал(а):
Надо ядро патчить?для BFQ?

Надо. Патч небольшой, правда помойму нет патча для последнего ядра. А так в интернете много статей про BFQ и как его ставить.

Спасибо Уважаемый!!!

Спасибо Уважаемый!!! поразмышляю по этому поводу)))

Патч без Zen-sources

В буржуйском forums.gentoo.org наткнулся на ссылку на страничку соотечественика из Украины )
Это не оверлей! Нужно патчить самому.

Возможности

IO schedulers:
BFQ;
SIO;
CPU schedulers:
BFS v313 and zen-sched specific options;
config option to choose between CFS and BFS before compiling;
ck-specific patches;
TuxOnIce;

(Sir) * Windows looks like an open door, but no way to go *

zen patchset

┌┌(root@taaroa)┌(667/pts/2)┌(05:39:02/12/10)┌-                                  
└┌(#:~)┌- layman -a zen-sources  
* Running command "/usr/bin/git clone "git://github.com/hwoarang/zen-sources.git" "/var/lib/layman/zen-sources""...                                                                                                           
Initialized empty Git repository in /var/lib/layman/zen-sources/.git/                                          
remote: Counting objects: 149, done.
remote: Compressing objects: 100% (121/121), done.
remote: Total 149 (delta 49), reused 0 (delta 0)
Receiving objects: 100% (149/149), 19.84 KiB, done.
Resolving deltas: 100% (49/49), done.              
* Successfully added overlay "zen-sources".   

Сравните приведенные Вами выше возможности с возможностями zen patchset.
P.S. или это принципиально, не использовать оверлеи (в layman он у меня отмечен зелененьким)? :)

┌┌(root@taaroa)┌(681/pts/2)┌(06:30:02/12/10)┌-
└┌(#:~)┌- layman -i postfactum
* Overlay "postfactum" does not exist.
┌┌(root@taaroa)┌(682/pts/2)┌(06:31:02/12/10)┌-
└┌(#:~)┌- layman -i pf
* Overlay "pf" does not exist.

Вообщем поставил ZEN ядро

Вообщем поставил ZEN ядро вчера, как то по шустрее стало все но не так как ожидал. После чего снес и вернулся на последнее стабильное gentoo-sources. (просто тупо ставлю на копирование 2 гиговый файл, после запускаю амарок и жду минуту пока он запустится это не дело, тогда как без копирования запуск амарока занимает максимум 5-10 секунд, такая же байда и с огненной лисой)
Сделал вывод что лучше не будет и такой мертвой 0-10% загрузки проца как на винде! не получить((((

valek2282 написал(а): тогда

valek2282 написал(а):
тогда как без копирования запуск амарока занимает максимум 5-10 секунд, такая же байда и с огненной лисой)

Это Вы "на глазок" время измеряете или как?

┌┌(ra@taaroa)┌(230/pts/3)┌(07:39:02/12/10)┌-
└┌(%:~)┌- time firefox
firefox  1,51s user 0,17s system 22% cpu 7,545 total

┌┌(root@taaroa)┌(712/pts/2)┌(07:14:02/12/10)┌-
└┌(#:~)┌- sync
┌┌(root@taaroa)┌(713/pts/2)┌(07:57:02/12/10)┌-
└┌(#:~)┌- echo 3 > /proc/sys/vm/drop_caches

┌┌(ra@taaroa)┌(234/pts/3)┌(07:59:02/12/10)┌-
└┌(%:~)┌- time firefox
firefox  1,82s user 0,36s system 33% cpu 6,574 total

┌┌(ra@taaroa)┌(235/pts/3)┌(08:18:02/12/10)┌-
└┌(%:~)┌- time firefox
firefox  1,60s user 0,21s system 28% cpu 6,380 total

P.S. второе измерение - время "холодного" старта firefox, третье - параллельно с emerge cloog-ppl, make -j3

Ну чтож я от души рад за вашу

Ну чтож я от души рад за вашу высокопроизводительную систему! Буду дальше думать, если долго мучиться, что нибудь получится)

Многим людям zen не нужен.

Многим людям zen не нужен. Например, автору патчсета. Оверлея на него нет, потому что никто не сделал его и не поддерживает. Я думал, это из ссылки понятно.

(Sir) * Windows looks like an open door, but no way to go *

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".