Архив форумов ЦИТФорума

[L.I.S.]

Здравствуйте!
----------------
Проблема в следующем - при загрузке процессора на 90-100% мышь начинает себя анархически вести: при попытке ее передвинуть она скачет, переключает окна, ведет себя хаотично...
В чем может быть проблема?

[BusTeR]

-

[L.I.S.]

Нет ничего не исправляется - все также глючит, особенно при записи CDRW, когда проц занят... Тогда я сижу и вспоминаю Windows, над которой когда-то шутили: "Сейчас дискету доформатирую..." Так вот и я сижу и жду когда диск допишется...

[and3008]

-

[ryabinkin]

Начинаем лечить!
1. Ни одна современная система, даже realtime (говорю не шутя, сам пробовал), не любит
а) когда жесткий диск(быстрое устройство) и CD(медленное устройство) висят на одном канале IDE. В результате при активном использовании диска и одновременной записи все будет страшно тормозить
б) если они висят на разных каналах, то как уже правильно заметил and3008, необходимо включить DMA, по крайней мере, для диска (за привод RW не уверен, любят они в PIO работать)
как это сделать - man hdparm
2. можно пойти дальше и модифицировать ядро с тем, чтобы сделать его более приемлемым для десктопа. Рекомендую взять оригинальное ядро с kernel.org и наложить на него кумулятивный патч от Con Kolivas (http://ck.kolivas.org/). Упомянутый патч содержит
Kernel preemption
O(1) sheduler
и другие фичи, backported из 2.6 для снижения латентности системы

Дерзайте, и ваши волосы... тьфу, Линуксы будут отзывчивыми и быстрыми.

[L.I.S.]

Аха... так значит hdd на оди шлейф, cdrom - на другой? Ммммм... Проверю, попробую...

[ryabinkin]

Вообще-то это давно уже стало правилом, поскольку начиная с режима UATA-66(и выше) требуется специальный, 80-жильный кабель для подключения дисков к этому интерфейсу. А подключая на один шлейф устройство UATA-66 и более медленное, Вы потеряете скоростные возможности Вашего диска. Поэтому, на сегодняшний день, я бы сформулировал правило:
на один кабель -- 80-жильный ТОЛЬКО диски, на другой --- который может быть как 80-ти так и 40-жильным -- CD-ROM и другие накопители (например внутренний ZIP)

P.S. Кстати, у Linux много возможностей для тюнинга производительности как всей системы в целом, так и дисковой в частности: man sysctl. А еще бы я порекомендовал, если Вы не пользователь RedHat 9 или Fedora, посмотреть в сторону упоминавшихся патчей для ядра

[L.I.S.]

Повесил оба диска на один шлейф, а оба сидюка - на другой...
Включаю режимы на жестких дисках:
#hdparm -c3 /dev/hda
#hdparm -d1 /dev/hda и т.д.
Проверяю:
#hdparm -t /dev/hda
/dev/hda:
Timing buffered disk reads: -1693 MB in 0.00 seconds = -inf kB/sec
Hmm.. suspicious results: probably not enough free memory for a proper test.
#hdparm -t /dev/hdb
/dev/hdb:
Timing buffered disk reads: 64 MB in 2.26 seconds = 28.32 MB/sec
Вот такой вот косяк...

[ryabinkin]

Во-первых, рекомендую -c1
Во-вторых, более полная информация по
hdparm -tT /dev/hd?
В-третьих, у Вас, часом,не ASP? Подобный косяк с измерениями проскакивал не так давно в этом же форуме. В обсуждении вроде даже чего-то решили. Воспользуйтесь поиском, не поленитесь...
Если ничего путного не найдете - пишите, может чего придумаем.

[L.I.S.]

Практически все обсуждения, которые я нашел по поиску с запросом hdparm - я же и "заваривал" и ничего там не решили... Ничего тут не решишь и не придумаешь... Наверное и правда нужно переустановить hdparm... Хотя может это у меня с винтом проблема?

[ryabinkin]

Да в общемб hdparm - ерунда. Впрочем, попробуйте обновиться...