|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 27 Aug 2002 10:48:05
To : Alexei Dets
Subject : Re: lost interrupt !
--------------------------------------------------------------------------------
>>> Alexei Dets wrote:
>> Откуда ты взял эту ерунду, которой вот сейчас болтаешь? Брось
>> немедленно! Что, по-твоему, это:
AD> Я тебя обижать не хочу, добрый я что-то сегодня.
AD> Ты зайди в любой компьютерный магазин к сборщикам или на радиорынок и изложи
AD> им свою теорию по поводу того, как будут вместе жить на одном IDE шлейфе
AD> пяти-семилетний четырехскоростной CD-ROM и современный винчестер.
Я не теорию. Я практику покажу - работает, что бы тебе ни хотелось сказать
по этому поводу и что бы ни рассказывали сборщики или барыги с рынка (которые
тебе любую сказку расскажут для повышения продаж)
AD> Hу а если не хочется прилюдно позорится, то ты просто поищи чего-нибудь про
AD> шину IDE в интернет. Или просто попробуй повесить два абсолютно разных
AD> девайса на один канал и посмотри на зрелище. Будет плачевным, я тебя
AD> уверяю.
Цитирую Гука ("Интерфейсы ПК"):
"Hа одном шлейфе (канале ATA) могут присутствовать устройства с разным
режимом обмена - спецификация это допускает. Однако реально могут возникать
аппаратные или программные ограничения. Hекоторые чипсеты не позволяют
независимо программировать режим обмена для устройств канала. В таком случае
при подключении двух разных устройств (например, PIO Mode 1 и 3) обмен
с обоими устройствами будет происходить со скоростью меньшего (PIO Mode 1).
Поэтому не рекомендуется к одному каналу ATA (порту IDE) подключать
быстрый винчестер и медленный CD-ROM. Иногда завязка режимов обмена двух
устройств обусловлена ограниченным набором параметров конфигурации в BIOS.
Быстрые режимы множественного обмена DMA реализуются только драйверами ОС.
"Глупый" драйвер может попытаться навязать медленный режим обоим устройствам
канала, так что смешивать разные устройства не стоит и по этой причине."
Так вот - ни меня ни твоего исходного оппонента случай глупых драйверов
и кривых чипсетов не волнует. Сама шина ATA никакого противоречия не содержит -
DH.4==0 или DH.4==1 - устройство, которое корректно работает и не видит по
записи в DH своего ID на DD4, молчит, что бы на линии не происходило.
Есть еще одна причина не совмещать - устойчивость скорости работы.
Hехорошо задерживать чтение с винта на пару секунд потому, что CDROM
решил отработать команду чтения TOC с закрытием кармана, раскручиванием
диска и поиском на нем всей служебной информации. Hо это меняет только
количественные характеристики, а не корректность работы шины.
AD> По собственному опыту могу сказать, что в системах со старыми CD-ROM и
AD> новыми винчестерами, скорость работы винчестера после разнесения их по
AD> разным шлейфам может повысится в _3_ раза. С другой стороны, бывают (были?)
AD> и изначально тормознутые винчестеры (некоторые серии Fujitsu, например),
AD> которым это все пофигу - больше 8-10 Мб/с из них не выжать.
Если чипсет не умеет ставить разные режимы - так и будет.
AD> Кроме того, периодически встречаются CD-ROM с кривой реализацией UDMA
AD> (особенно старые, т.е. о поддержке DMA они говорят, а реально ее включить
AD> по-человечески не могут). А может это кривая реализация в Линуксе.
AD> Hо смысл в том, что оно при этом еще и глючить может начать (в логи будет
AD> ругаться - lost interrupt, device reset и т.п).
Ага. Причем будет все как в линуксе - после ресета устройства оно будет
еще ждать завершения той команды, которая была послана до ресета.
/netch
--- ifmail v.2.15dev5
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
