Загрузка с диска с включеным IM 2

[GriV]

давай так. ты напишешь лоадер, который будет грузить дорожку за один оборот и при этом юзать им2. т.е. никаких ошибок быть не должно (при ошибке, например, мигай бордером). а я проверю это у себя на реале и тогда я признаю, что я чего-то не знал и не прав

Хорошо. Попробую.

ты описываешь один случай лоадера, а логика у них может быть очень даже разная: либо последовательно читает сектора, либо читает те, которые успеет, вразнобой. и время будет разное для разных случаев (где-то и получится тот самый 0.1%). а еще учти, на тех компах, где инт 50 гц, прерывание будет долгое время попадать на один и тот же сектор (ибо 300 об/м и 50 гц кратны). именно поэтому в среднем на пентагоне грузятся быстрее лоадеры с музыкой.

Я говорю про ситуацию "музыка приоритетнее", и скорость вращение вовсе не 300 об/мин (+-1% на самом деле), а вот прерывания приходят стабильно.

мне кажется или кто-то наврал?

Кажется конеч :-)

пока что я утверждаю, что нельзя на нетурбо пентагоне сделать читалку дисков с разрешенными им2 (наикороткими) без потерь данных. и дело тут не в подготовительных процедурах - это и есть сказки.
кто хочет доказать обратное - милости просим - выложите лоадер, я проверю на реале.

Если дело не в них то в чём??? Давай уже все карты на стол :-) из рукава тоже ;-)

Давайте вспомним Refresh. Там порядок следования секторов был свой, чтобы нормально получалась схема (прочитал-проиграл).
Также форматилки предлагают вроде порядок следования секторов 1-2-3-4..15-16 или 1-9-2-10-3-11..-8-16, а также смещение следующей дорожки на какоето число (если на 2, то 3-4-5-6..16-1-2 и для интерлива 3-11-4-12...1-9-2-10)
Интерлив как раз помогал читать сектора без пропуска оборота на "тормозных дисководах"(вроде), без интерлива ускоряло загрузку на "нормальных дисководах", а смещение помогало читать начинать следующую дорожку без пропуска оборота (подборка смещения обеспечивало необходимое время на перемещение головки)

Такой вариант возможен, но если писать свой форматтер который будет увеличивать межсекторные промежутки догоняя расстояние в тактах процессора до 69998 (70998) тактов. Тогда сразу после чтения сектора можно смело играть музон (один сектор около 40000-50000 тактов), а дальше ждать прихода нового сектора. Ещё и время для эффектов на экране останется :-) Правда количество секторов придётся урезать, будет нестандартный формат... :-) зато какая крутая защита :-) - если нарушена - музыка подвывает, да и при копировании будет на отсуствие секторов ругаться :-)
Сотоварищи и я (в своё время... грешный... каюсь...) посчитали что в дорожке около 7кб сырых данных, из которых можно около 5,5-6 кб выжать, если использовать большие (1024 байта и 512байт) секторы; можно посчитать что мегаформатом недосчитаемся 2-3 секторов 256байт... зато какой крутой код :-)

---------- Post added at 22:09 ---------- Previous post was at 22:02 ----------

Ага понял про что ты... так вот отвечу тебе - обычно дорожка размечена так, что при перемещении головки (физическом, с трека на трек) у неё хватает времени чтобы потом начать считывать сектор, находящийся в начале дорожки. Турболоадеры собственно это и демонстрируют - 300 об/мин, 5 об/сек - 2,5 тырканья головки за секунду. Первый раз когда услышал... удивился насколько быстрее. А вот тырдос не успевает так грузить, он сектора вначале в буфер копирует (а зачем???), а только потом переносит в область загрузки. Может вот про это шла речь? Чтобы тырдос чуть быстрее был?