Мультиинтерфейсная плата контроллеров (МИПК)

[AFZ]

Вообще-то, у RK скорость передачи 156 К слов в секунду. Соответственно, слова поступают примерно раз в 6.4 мкс. За время паузы между словами ЦП успеет выполнить хотя бы одну команду, так, что пакетная передача с RK, наоборот, будет тормозить, а не ускорять работу.

[Hunta]

Ты вообще про что? Если про RK11 - то по докам от DEC - 11.1 мкс на слово (то есть 176 кб/с) . А если про RK2011 - то пока 4800*512/6 - 400 кб/с (4.9 мкс/с) или 4800*512/5 - 480 кб/c (4 мкс/с)

[Hunta]

Новые данные

.time
16:31:23

.@trk01

.TIME
16:31:37

.COPY/DEVICE/VERIFY/NOQUERY RK0: RK1:

.TIME
16:32:59

.@trk01b

.TIME
16:33:14

.COPY/DEVICE/NOQUERY RK0: RK1:

.TIME
16:33:44

.

Чтение в ноль - 480 кб/с
Чтение-запись без проверки - 160 кб/с
Чтение-запись-чтение-проверка - 87 кб/с (здесь прилично времени тратится на сравнение, но с каким коэффициентов сравнение учитывать - хрен его знать, если тупо считать, что не три операции с диском, а четыре - будет 117 кб/с)

Модуль ПДП всё ещё отладочный

- - - Добавлено - - -

Слегка почистил отладочное

.@trk2

.time
17:30:51

.copy/device/noquery rk0: nl:

.time
17:30:56

.@trk01

.TIME
17:31:05

.COPY/DEVICE/VERIFY/NOQUERY RK0: RK1:

.TIME
17:31:57

.@trk01b

.TIME
17:32:13

.COPY/DEVICE/NOQUERY RK0: RK1:

.TIME
17:32:43

.

Чтение в ноль - 480 кб/с
Чтение-запись без проверки - 160 кб/с
Чтение-запись-чтение-проверка - 138,5 кб/с (здесь прилично времени тратится на сравнение, но с каким коэффициентов сравнение учитывать - хрен его знать, если тупо считать, что не три операции с диском, а четыре - будет 184 кб/с)

Судя по скорости без проверки и скорости с зачтённой проверкой - проверка всё таки делается быстрее операций над SD

- - - Добавлено - - -

График передач

Весь
Увеличенный момент начала запроса
Увеличенный момент первого запроса ПДП
Увеличенный момент последнего запроса ПДП и окончания чтения сектора

For English speaking

Full request
Request Starting Time - Zoomed
First DMA Request Starting Time - Zoomed
Last DMA Request Starting Time and End of Sector Reading Request - Zoomed

[Hunta]

Нашёл в описании прошивки занимательный косяк. На правильность работы не влиял, но замедлял цикл ПДП.

Теперь скорость чтения в ноль - 600 кб/с, записи с проверкой - 141 (188) кб/с, без проверки 171 кб/с

Надо посмотреть на картинку записи (примерно такую же, как с чтением), что бы оценить - где задержки

Ну и в принципе идёт работа над оптимизацией ПДП

- - - Добавлено - - -

Вдогонку - приведённые цифры - под XM 5.7 монитором.

Под SJ 5.2 - 667, 157.5 (210,5) и 182 кб/с соотвественно

- - - Добавлено - - -

А, да, всё забываю написать - это всё на SD карте. SDHC (модуль работы с SD заявлен как поддерживающий) пока не пробовал. И интерфейс SPI - однобитовый (ну, тут другого нет, по крайне мере на этой плате).

- - - Добавлено - - -

И ещё - SPI работает на 50 МГц-ах

- - - Добавлено - - -

Бл.... Встроенной памяти не хватает, что бы сигналтапом захватить цикл записи вместе с отметками ПДП... Может быть потом - повешу снаружи ЛА

- - - Добавлено - - -

По косвенным признакам скорость записи меньше 210 кб/с... Ндя... Надо будет почитать про SD
И сделать ПДП для CF

[Hunta]

Хм... Занимательная хрень.. Если делать COPY/DEVICE/VERIFY RKx: RKy:, то копируется 4800 секторов. А если начать проверять результат через DIFFERENCE/DEVICE RKx: RKy:, то сравниваются 4872 сектора (на RK05, если что - 203 цилиндра, две головки и 12 секторов на дорожку)... И в драйвере RK размер стоит 4800. Надо будет заглянуть в исходники BINCOM...

- - - Добавлено - - -

При этом dup (который собственно и делает cop/dev) прописывает в home блок (блок №1), ЕМНИП про то, что там пишется, пустую bad block replacement table и контрольную сумму...

[Hunta]

Попробовал запустить систему, на которой я учился программировать

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

К сведению - тогда мы её запускали на СМ-3

*****  ДОСТУПНОЕ ОЗУ - 3,7 M *
@ 001000

@B
$DK1

RT-11SJ  V05.02

.DIR/DOS RK:

BADB  .SYS     1   6-Nov-66
MONLIB.CIL   180C  6-Nov-66
VERIFY.LDA    64C  6-Nov-66
FOO   .BAR     3   7-Nov-66
OVRLAY.LIB     5   6-Nov-66
LINK  .LDA    67C  6-Nov-66
CILUS .LDA    33C  6-Nov-66
PIP   .LDA    36C  6-Nov-66
MACRO .LDA    39C  6-Nov-66
EDIT  .LDA    13C  6-Nov-66
FILDMP.LDA     9C  6-Nov-66
LIBR  .LDA    10C  6-Nov-66
FILCOM.LDA    12C  6-Nov-66
CREF  .LDA     9C  6-Nov-66

.
@ 155674

@B
$DK0

DOS/BATCH V10-01A
DATE: 20-MAR-99
TIME: 19:36
DIALOGUE? Y
CHANGE CONSOLE FILL COUNT? N
CHANGE UNUSABLE DEVICES? N
ANY RK02 DISKS? N
##CHANGE ERROR LOGGER? N
##OVERLAYS MISSING OR OUT OF SEQUENCE - COMMAND #XX NOT SUPPORTED

@ 000000

@B
$DK0

DOS/BATCH V9-20C
DATE: 20-MAR-99
TIME: 19:41
DIALOGUE? Y
DO YOU WANT TO RESET CONSOLE FILL COUNT? Y
FILL COUNT=0
ARE ANY DEVICES DOWN? Y
DK? N
HAVE YOU GOT RKO2 DISKS? N

@ 006772

@

[Advertiser]

[AFZ]

Ты вообще про что? Если про RK11 - то по докам от DEC - 11.1 мкс на слово (то есть 176 кб/с)

Блин, точно. Я же помню, что IBM 5444 (прототип ИЗОТ-1370, СМ 5400 и DEC-овского RK) и IBM 2314 оба MFM, имеют взаимозаменяемые блины. Почти одно и то же, только блинов разное количество. А про то, что 5444 крутится с 1500 об/мин, а не 2400 об/мин, благополучно забыл. Первым же мне попался материал про накопители Межделмаша, ну, я и взял цифру с 2314. 5444 - накопитель редкий, инфу по нему надо искать специально.

Но, тем более, занимать постоянно Unibus/Qbus/МПИ ради передачи одного сдова в 11.1 мкс - это еще глупее, чем ради передачи одного слова в 6.4 мкс. Естественно, DEC-овцы такой глупости не сделали. И вообще, задумываться на тему занимать - не занимать шину на передачу всего блока имеет смысл, если скорость поступления данных с диска или его эмулятора превышает предельные для МПИ 2М слов в секунду.

[Hunta]

Но, тем более, занимать постоянно Unibus/Qbus/МПИ ради передачи одного сдова в 11.1 мкс

А ничё, что речь не о RK-11 идёт? И что теоретически скорость 50/8 - чуть более 6 МГб в секунду?

[Hunta]

Занялся оптимизацией работы модуля ПДП - много лишних сигналодвижений

[AFZ]

А ничё, что речь не о RK-11 идёт? И что теоретически скорость 50/8 - чуть более 6 МГб в секунду?

Учитывая, что предельная скорость стандартной МПИ 2М слов/с (4М байт/с) можно и задуматься. Не факт, что приостановка исполнения команд по 256 мкс на каждый блок - это хорошо, возможно, лучше будет чередовать: один цикл МПИ - выполнение команды, один - цикл ПДП. Или (вариант) сделать отдельную скоростную шину (не МПИ) для чего-то, по выбору - либо для процессора, либо для ПДП, либо две таких отдельных шины: одна для процессора, другая ПДП, чтобы они работали одновременно, мультиплексируя непосредственный доступ к ОЗУ, если у него хватает скорости.