Полигон-2

uav1606 написал:

[q]

Что-то не понял эту сентенцию.

[/q]

Про генерацию прерываний не забудь. Драйвер сидюка их перехватывает (всегда), распознаёт а-ля "ах, это не моё" и возвращает винчу+ОС. Но времени(и ресурсов) на разруливание коллизии уходит немало, независимо от и в плюс ко торможению из-за шаринга линий данных.
А если в привод вставить заведомо глючный блин, то передача данных с винчом встанет на долгие минуты, покуда вклинившийся драйвер не опросит привод, не получит от него отбой, а тот не выдаст сигнала, покуда не завершит 100500 попыток чтения дефектного блина.
С другой стороны, разным каналам назначены разные прерывания, драйвер сидюка не перехватывает у винча ничего (как вариант, не видит винча вообще, ибо перехватывает совсем другое прерывание), коллизий не происходит. Заодно нет и шаринга линий данных.
Совсем современные ОС научились справляться с такими вещами и избегать коллизий, например, блокируя драйвер цд на время операций с винчом, благо драйвера - есмь часть самой ОС. Но это программный "костыль" и принципов не меняет. Стоит юзеру вставить/запустить аудио-цд одновременно с долгой архивацией длинного файла - хрип и заикания обеспечены, ибо костыль стал неэффективен.

Хорошо, что IDE ушёл в тору, бесконечно выбирать меж быстрой перезаписью меж винчами и отсутствием помех от цд-приводов - надоело. SATA уравнял в правах все типы приводов. Да, цыдюки всё-ещё тормозят дисковую подсистему собственной медлительностью, но уже не мешают одновременной скоростной перезаписи меж винчами. Здесь начинает играть роль тот факт, на котором контроллере подвешен винч-приёмник инфы. Чисто чтобы не был забит канал передачи данных внутри самого чипа контроллера.
Если три винча подвешены к одному сата-контроллеру, а ещё винч(или сидюк) - к другому сата-контроллеру, и скоростная перезапись ведётся меж первыми двумя винчами первого контроллера, то скорость этой передачи упадёт, если на третий винч начать переливать инфу со второго контроллера, неважно, с какого источника.

uav1606 написал:

[q]

С аудио-CD могут быть тормоза только если воспроизведение идёт через IDE

[/q]

Так, речь как раз об IDE.
Со шнурками всё скучно до обыденности: воткнул - есть звук, вынул - нет звука, вывернул разъём - спалил привод.
uav1606 написал:

[q]

Прерывания, вообще говоря, разруливает драйвер контроллера, а не конкретно драйвер CD или винта. А он уже решает, чьё это прерывание и что с ним делать.

[/q]

Как драйвер сидюка вклинивается в управление контроллером? Как надстройка над драйвером контроллера! Так-что прерывания он перехватывает, всегда. И UDMA-запросы он тоже всегда перехватывает. Другое дело, ОС может временно запретить ему своеволие, в некоторых пределах.

uav1606 написал:

[q]

И надстройка эта получает управление только при необходимости, когда идёт обмен данными с CD.

[/q]

Увы, вертикальную (луковую) модель прохождения данных сквозь надстройки над контроллерами - никто не отменял (кроме SATA).

Драйвер сидюка обволакивает собой драйвер IDE и добраться к последнему, не затронув драйвер сидюка - невозможно. Иными словами, драйвер IDE внедряется в драйвер сидюка и становится его неотъемлемой частью.
uav1606 написал:

[q]

достаточно глянуть на ресурсы в Диспетчере устройств - у контроллера они перечислены (порты, IRQ и т.п.), а в ветке с приводами у CD\DVD никаких ресурсов нет.

[/q]

Если присмотришься внимательнее - драйвер есть у каждого из каналов IDE. Если привод с винчом висят на одном шлейфе, драйвер сидюка обернёт драйвер этого канала и постоянно будет мешать. Если привод висит отдельно на втором канале, драйвер сидюка "пожрёт" драйвер только второго канала, и мешать будет только ему. Винчи на первом канале будут свободны от влияния драйвера цд.
CD/DVD ресурсы не нужны, оные полностью пожирают ресурсы канала IDE.

Fe-Restorator написал:

[q]

Драйвер сидюка обволакивает собой драйвер IDE и добраться к последнему, не затронув драйвер сидюка - невозможно. Иными словами, драйвер IDE внедряется в драйвер сидюка и становится его неотъемлемой частью.

[/q]

Только что на ходу сочинил, верно?

Fe-Restorator написал:

[q]

Увы, вертикальную (луковую) модель прохождения данных сквозь надстройки над контроллерами - никто не отменял (кроме SATA).
...
Драйвер сидюка обволакивает собой драйвер IDE и добраться к последнему, не затронув драйвер сидюка - невозможно. Иными словами, драйвер IDE внедряется в драйвер сидюка и становится его неотъемлемой частью.

[/q]

Пруфлинк, пожалуйста. :-) Я не вижу причин, почему драйвер CD должен обрабатывать прерывания, а тем более кого-то "обволакивать". Тем более, что в Win 9x драйвера CD-ROM как такового вообще нет. У меня, например, в Диспетчере устройств она для всех оптических приводов пишет, что для это устройства не установлены драйверы, при этом всё работает отлично. Там есть только драйвер контроллера и отдельных каналов.
Даже если драйвер CD кого-то "обволакивает", обрабатывать прерывания всё равно будет "ядро" - драйвер контроллера.