Очень любопытно..

Как же RT-11 ухитряется терять байты в эмуляторе, причём в зависимости от скорости эмуляции, когда все эти байты уже приняты в эмулятор DL-порта и в принципе не могут потеряться ДО ЧТЕНИЯ из порта.

Если написать самодельную программку чтения/записи байтов через порт 176500 - она должна выводить всё без потерь.

Так из порта они системой читаются, но если буфер чтения забит - символ просто отбрасывается.

Для проверки того, что все байты честно доходят из IP до эмулируемого DL-порта - нужно для начала написать простейший "эмулятор терминала" для RT-11, который будет просто копировать байты с клавиатуры в порт, а из порта - на экран.

VTCOM собственно это и делает, но использует систему и драйвер XL.
Сейчас напишу просто чистый терминал без участия системы.

Т.е. если программа не успевает забирать байты из буфера ввода RT-11 - он забъётся по прерываниям до отказа.

Тогда можно попробовать два решения:

1. Повысить скорость эмуляции - программа будет забирать байты быстрее.

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

Что если так сделать:

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

Т.е. если поставить скорость эмуляции Max - байты всё равно теряются ?

Оно и понятно - эмулятор терять байты не может.

Но если прерывание ввода происходит каждый раз, когда порт выставляет готовность - байты (начиная с какой-то скорости процессора) обязательно должны теряться.

Нужно пропатчить дековские мониторы так, чтобы они снимали разрешение прерывания в порту ввода, если входной буфер заполнен. При работе через порты без квитирования это ничего не изменит - байты продолжат теряться, но при работе через порты с квитированием ( такие как в УКНЦ и эмуляторе ДВК ) - полегчает радикально.

Это чревато проблемами особенно если монитор FB/XM.
Но в данном случае потери идут не от клавиатуры, а от драйвера XL.
XL по идее можно пропатчить, но лучше найти решение универсальное.
От живого DL11 к пример ничего не теряется.

---------- Post added at 21:40 ---------- Previous post was at 21:39 ----------

Еще возможны проблемы если не выдерживается нужное количество инструкций перед возникновением прерывания - DEC любит завязываться на аппаратные возможности :)

И ещё один момент - не могут ли как-то влиять приоритеты прерываний двух DL-портов.

Может, в эмуляторе ДВК есть какая-то проблема с приоритетами прерываний, которая проявляется при одновременной работе RT-11 по прерываниям сразу через два DL-порта..

Черт его знает.