Форум iHDD.RU

[Gennadiy]

Здравствуйте Всем.
Пусть я копирую (в Win) данные с одного винта (на Primary)
на другой(на Secondary) - в режие UDMA,естественно.
При таком обмене занимается ли контроллером шина PCI(та на которой он сидит),или нет?
Из описаний контроллера PCI IDE вроде бы следует,что в
DMA(UDMA) контроллер инициализируется адресами памяти(точнее
дескрипторами адресов),куда надо направить обмен между Device и памятью,но ведь Device,(второй приёмник данных в моём вопросе)
не принадлежит к пространству памяти(а к вв/выв).
Непонятно,или контроллер гонит данные сначала в память от одного
Device,а затем из памяти заливает другой Device ,или всё таки
контроллер при таком обмене в UDMA напрямую соединяет
два контроллера.
С Ув.Геннадий.

[usverg]

Что значит напрямую соединяет 2 контроллера. Копирование файла это же не перекиывание земли лопатой. Это прежде всего работа с файловыми системами на обоих винтах. А про файловые системы контроллер не в курсе. Кроме того как программист могу сказать что копирование это всего лишь чтение/запись файла через выделенный буфер кусками

[Gennadiy]

Большое спасибо за ответ,Ув usverq!
Да,я понимаю,что на уровне ОС за обмен данными между винтами
отвечают высокоуровневые драйверы,предоставляющие пользователю опять же высокоуровневые услуги.Понимаю я и
то,что программисту в принципе наплевать,как высокоуровневый
драйвер обеспечит выполнение требуемой операции.
Меня интересует не это.
Контроллеры винтов понимают лишь определённый набор
команд,где минимальной единицей задания является
сектор(при обмене данными).Работа любого высокоуровневого
драйвера в любом случае выльется в необходимую последователь-
ность команд,приводящих к обмену секторами между двумя
контроллерами винтов(для моего примера).Так я просто хочу
знать,при UDMA хост загонит данные сначала в ОЗУ(от передатчика)
а потом вернёт из ОЗУ их же приёмнику,или же обмен (на уровне
секторов) между контроллерами происходит как то иначе.
Подскажите пожалуйста,где можно почитать инфу по
программированию(низкоуровнему) PCI IDE контроллера -
там я думаю и будет ответ.(чем можно инициализировать
контроллер - адресами памяти,адресами портов для обеспечения
режима UDMA при работе этого контроллера в режиме Bus Master)

С Ув.Геннадий.

[usverg]

Не знаю как насчет команд. Но винда копирует файлы по любому через память. Линух впрочем тоже. Я думаю если бы такое было возможно об этом кричали бы все реализовавшие данную фичу производители материнок, да и название технологии бы придумали звучное. Только одно но - уж больно специфическая и неюзабельная в общем случае фишка получилась бы, чтобы ради поддержки ее пол-ядра оси переписывать.

[Doomer]

UDMA protocol - Ultra DIRECT MEMORY Access Protocol
еще вопросы есть ?

[Gennadiy]

Большое спасибо за ответы!
Но только вопрос всё равно есть.
Как переводится UDMA protocol я знал.(to Doomer).
Для реализации функции обмена между двумя контроллерами
HDD необязательно переписывать пол ядра ОС.Достаточно
каким -то образом инициализировать контроллер PCI IDE
адресами портов контроллера HDD,к которому будут передаваться
данные и подать передатчику команду Read DMA, а приёмнику
Write DMA и естественно обеспечить нужную последовательность
управляющих сигналов (DIOR,DIOW,DMARQ,DMACK и т.п.)
для передатчика и приёмника.(to usverq)(это всё ИМХО конечно)
В принципе всё логично - контроллер PCI IDE обеспечивает
прямой доступ к памяти контроллеру одного HDD,затем другому.
Но,если я правильно понимаю,на время обмена данными
между двумя контроллерами в режиме UDMA (и DMA тоже)
будет полностью занята шина PCI,где сидит контроллер PCI IDE,
(на моей машине PCI bus 0),шина PCI,где сидит AGP adapter(у меня
PCI Bus1),шина Hub Interface,связывающая MCH и I/O Controller Hub,
шина памти наконец.Короче,будет парализована работа всей системы.В любой литературе по поводу режима UDMA говорится,что он полностью освобождает процессор для других действий.Но какие он может произвести действия,если все пути к нему от других устройств(шины) заняты UDMA (DMA)обменом?Понятно конечно,что многозадачная ОС для каждого процесса выделит свой отрезок времени,для создания иллюзии одновременности выполнения процессов,но если бы обмен между винтами велся внутри контроллера PCI IDE,не выходя на шины, вот тогда бы процессор действительно мог свободно быть занят другой работой - а так - все шины заняты(остаётся ему лишь проводить внутренние операции с данными в регистрах и кэше). Всё это конечно моё убогое представление работы PC.Хотя операции обмена данными между винтами,между логическими разделами занимают не так уж и много времени на фоне общих задач,выполняемых компьютерной системой - можно и подождать. Извините за назойливость,но всё таки - как ведётся обмен для моего вопроса - через ОЗУ или непосредственно между контроллерами винтов?Где можно взять описание PCI IDE
контроллера и его программирование в UDMA?

С Ув.Геннадий.

[Dmitry_Postrigan]

Увы, мир не идеален…

[Dmitry_Postrigan]

Задача копирования с одного накопителя на другой настолько редкая и малозначительная для практически любого пользователя, что заморачиваться этим ни один производитель не станет.

[Gennadiy]

Большое спасибо за ответ,Дмитрий.
С Ув.Геннадий.

[usverg]

[Gennadiy]

Спасибо за ответ,Ув. usverq.Всё верно.Так оно и есть.Два винта
обмениваются данными в UDMA через ОЗУ.Хотя ...чем чёрт не шутит.
Больно уж они рядом и больно уж окружной путь для такого
обмена.Поищу я всё таки описание этого контроллера и его
программирование.
С Ув.Геннадий.

[usverg]

Кстати а чего не развил мыслю - можно ведь не только между винтами обмениваться данными через контроллер, можно и внутри винта копировать файлы без передачи их по интерфейсу вообще. Но только если подумать - не так уж часто файлы копируются в системе. Обычно с ними совершается работа какая то) Взять в пример хотябы самые требовательные к скорости и загрузке процессора применения - оцифровка видео и работа с БД... А так - ну быстрее у тя будут фильмы переписываться с винта принесенного знакомым. Не стоит овчинка выделки.
[upd]
И кстати если ты вздумал писать такую хрень, то даже если ты и найдешь подобные команды (очень маловероятно) то просто заипесся с форматами современных ФС - например никто кроме микрософта не знает как правильно писать данные на нтфс). (Утилиты типа ntfsdos просто используют готовый уже написанный драйвер ntfs.sys).

[Gennadiy]

Мысля то одна и та же Ув.usverg.Если я конечно не ошибаюсь,то
в пределах одного винчестера,но на разных логических разделах
в нём запись из одного логического раздела в другой также
будет происходить через ОЗУ(при UDMA) - вот ведь что
обидно.Т.е.высокоуровневый драйвер ОС требует скопировать
файл из одного логического раздела в другой - притом на одном винте
(если в пределах одного лог.раздела,то как Вы наверняка знаете,
в FAT-ах просто создаются новые названия,ссылающиеся на те же
самые кластера).При таком требовании высокоуровневого драйвера
на копировку - надо уже реально положить инфу в кластера
другого раздела - т.е. на уровне команд контроллера HDD будут
проделаны следующие операции:
- сначала считаются сектора,из которых состоит файл,который
надо скопировать.Причём получается в UDMA - они скопируются
в память.
- затем эти же сектора из памяти будут слиты в этот же винт-
командами типа Write DMA.
Вот ведь что обидно - чтобы переместить данные из одной группы
секторов в другие в пределах одного винта - надо занять чуть ли
не все шины компа.(Это конечно если я всё более или менее правильно понимаю - что вряд ли).Вот на шине SCSI насколько
я знаю - устройства могут обмениваться данными друг с другом
не выходя на внешнюю шину компа.
А писать то я ничего не собираюсь - мне просто интересно.
Да и что писать-то.Если контроллер PCI IDE в принципе не поддерживает такого типа (без выхода на внешнюю шину) обмена,
то естественно никакой драйвер не заставит его это делать.
C Ув.Геннадий

[TheDrive]

Нда уж наслушаешься тут у вас

Gennady wrote:

[Gennadiy]

Большое спасибо за ответ Ув.TheDrive.И за ссылку спасибо - очень
интересный сайт,никогда его раньше не видел.
Шину AGP я зря приплёл,согласен.Согласен с тем,что задача копирования данных с винта на винт - не такая уж и важная в системе.Но с остальным не очень то и понятно.Помогите разобраться.
Опять та же ситуация.Контроллер PCI IDE гонит данные от контроллера винта в ОЗУ,затем от ОЗУ в другой контроллер винта.
Шина AGP независимо от других шин соединяется посредством чипсета
с системной шиной и шиной памяти.Но шина памяти(64 разряда - для
одноканальной системы) то всё равно одна(как и сама память) и общая для всех
абонентов,желающих к ней обратиться.(Если я правильно понимаю).
Работу современной видеокарты я представляю смутно,но думаю
что для её полноценной работы недостаточно лишь общения с процессором и его кэшем(свободные пути обмена для данного примера).Вот и получается ,что этот единственный путь будет
занят UDMA обменом с контроллерами винтов.ОС вынуждена будет
прерывать поочерёдно одну задачу(UDMA обмен),для выполнения
другой(обмен видеокарты с ОЗУ) и затем наоборот.Как тут может не
быть "тормозов" я не понимаю.Не совсем я понял и про мосты PCI,
одноранговые,соединяющие две равноправные шины PCI.
Пусть в системе 3 равноправные шины PCI.Они соединены между собой мостами типа PCI-to-PCI bridge.Пусть устройство
на одной из крайних шин требует обмена с устройством на другой крайней шине.Инициатор сообщает своему мосту требуемый им
адрес порта или памяти.Мост,если этого ресурса нет на его шине
перенаправит запрос на другую шину.У нас на этой шине тоже
требуемого адреса нет.Мост средней(у нас) шины перенаправит
этот же запрос на другую крайнюю шину.Там этот ресурс есть -
всё ОК два устройства начали обмен,но я не пойму - при своём
обмене они займут среднюю шину ,или же она свободна (для
обмена между собой сидящих на ней устройств)?

С Ув.Геннадий.

[TheDrive]

Сайт я нашел гуглем по запросу типа PCI 133

Честно говоря, тонкостями я не заморачивался, поскольку особой необходимости не было.

[Gennadiy]

Спасибо за ответ Ув.TheDrive.
Вопрос.
Позволяют ли какие-нибудь поисковые системы искать не просто
по ключевому слову,а производить поиск ключевых слов
в файлах с заданным расширением(заданным пользователем),
либо же искать в Интернете только файлы с заданными пользователем
именами(расширениями),и как это практически делать?
Подскажите Please кто-нибудь,если знаете.
С Ув.Геннадий.

[TheDrive]

Честно говоря, я уже собаку съел на разных "поисках" (с 97 года-то) - поскольку часто ищу всякий варез и тех инфу, которая вообще мало кому нужна. Собственно, таких поисковиков, как вам хотелось бы никогда не видел. Поисковики не в состоянии индексировать двоичные файлы за редким исключением. Лучшие поисковики, типа Google (для России еще и Yandex) обычно кроме веб-страниц в состоянии индексировать .TXT, Word DOC, Excel XLS, Acrobat PDF и, иногда, еще некоторые типы данных. При этом, обычно, можно даже поглядеть индексированное содержимое прямо из кеша поисковика в HTML виде, дабы не качать документ целиком. Если хочется искать что-то в такого рода документах, можно попробовать задать расширение в строке поиска, но не могу сказать насколько это будет эффективным.

[Gennadiy]

Спасибо за ответ Ув. TheDrive

С Ув.Геннадий