Полигон-2

FDA - хорошая программа, можно проанализировать длинну\кол-во секторов даже в случае если формат не совпадает с штатом IBM PC.
НО!!!! только на тех дисках, у которых ФИЗИКА дорожки такая же как у РС - это например спектрумы. корветы и прочие у которых контроллер FDD построен на родственной писишному микросхеме (например ВГ93).
К сожалению, контроллер у писишек очень примитивный (плата за это - его глупость и медлительность),
и им невозможно прочитать (а иногда и просто отличить пустой от полного) форматы более совершенные в плане физической организации (Амига, агат, коммодор64, эппл2 и т.д.).
Ограничение не программное а аппаратное! Программ много, один теледиск чего стоит, но ограничение именно аппаратное.

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

Ну риторический вопрос - и к данной теме отношения не имеет.
И, я не говорю что он какой-то плохой, просто он такой - какой есть....
не гибкий....
у каждой архитектуры есть слабые и сильные стороны...
Я думаю что в силу того, что РС один из тех, кто стоял у истоков 5-и дюймовых дискет и многие конструктивные решения в это время ещё не были устаканены и отполированы...

Ну взять агатовский контроллер (просто потому, что на его примере мне удобно объяснить и я уже это писал).
http://zx.pk.ru/showpost.php?p=309703&postcount=81
Главное не путать его с контроллером от Apple, к нему отношения никакого не имеет, разработка целиком отечественная и
автор применил некоторые способы организации - которые были оценены даже мистерами из WDC. Оценив, они его (автора) забрали за океан еще в конце 80-х, и применили эти идеи в своем новом микроконтроллере для ХДД Caviar.
Смешно, но ноги у некоторых импортных разработок, растут из всяких НИИ в СССР Много к сожалению умов утекло туда, где их ценят больше чем на родине....

Если не охота читать по сцылке, то маленькая цитата из текста:

"Что это даёт? А две простые вещи — массовое чтение выполняется строго за один оборот (плюс максимум один сектор), т.е. драйвер не ожидает прихода того сектора который был запрошен на этой дорожке первым, как это делают РС.

Вторая вещь — запись выполнялась с отличной проверкой(СЛИЧЕНИЕ), причём на это требовалось всего два оборота (можно вспомнить, что на PC если включить запись с проверкой всё начинало плестись со скоростью аж по 15/18 оборотов на дорожку для 1,2/1,44 МБ)."

Обратите внимание:
1) Массовое чтение строго за один оборот! 36 секунд на диск это при том, что плотность для DD - 840 кб ( у РС DD - 720 кб)
2) Проверка сличением!!! а не по контрольной сумме! плюс к тому формат устроен более грамотно в отношении надежности хранения, даже по сравнению с РС 360кб

Если сравнивать с например амигой, то тоже сильно не в пользу писюка.......

"Общая производительность", говорите ?
Вообще то из того, что Гибких_Дисков_Привод==FDD - ну оочченнь меееедленное устройство ( хоть и быстрее перфоленточника например.. ) следует совершенно определённо, что "общая производительность" будет выше, по крайней мере по чтению. Следующее, что может влиять - объём памяти - ведь если всё содержимое диска умещается в буфер, то диск читается полностью один раз - сразу, как его вставили.

И, извините, непонятен Ваш вопрос "Какой принцип работы Фазовой_Авто_Подстройки_Частоты там использовался ?"

DrPass написал:

[q]

В DMA-режиме, который имеется на РС, процессор может выполнять другие операции, пока очень медленное устройство занято чтением данных

[/q]

Замечательно, с этим никто и не спорит. Только для этого нужна многозадачность. А она появилась не ранее VENIX/XENIX , не так ли ? А до того процессор в промежутках между блоками передач с Прямым_Доступом_к_Памяти мог выполнять что-нибудь очень нужное, например REP.. XCHG AX,AX


DrPass написал:

[q]

Если брать классическую частотную модуляцию, там на каждый бит прилагается синхроимульс, поэтому читать их легко. Если мы решим в два раза уплотнить нашу дискету, нам понадобится уже кодирование МФМ, где уплотнение достигается за счет отказа от записи синхроимульсов. Соответственно, при использовании метода кодирования МФМ и ему подобных, контроллер вынужден подстраиваться под частоту записи, т.к. даже небольшие отличия в тактовой частоте пишущего и читающего контроллеров приведут к тому, что второй не сможет корректно выделить данные чтения с диска, записанного первым. В приличных писишных контроллерах для этого есть узел ФАПЧ, причем сложность его определяет качество чтения.

[/q]

И здесь всё тоже замечательно ( кроме некоторых моментов - но не буду критиковать - сами потом перечитаете и заметите.. ), только в чём вопрос то был по сути ?
Или уже всё - решился вопрос ?