Загрузка RT-11 в ДВК через telnet-интерфейс

[Patron]

живой пример: DECserver

Значит, DECserver не так хорош, как Windows, потому что получив от HX-сервера пакет из 512 байтов - Windows выдаёт эти байты в COM-порт так, что байты не теряются. Поэтому, если Windows получает те же самые 512 байтов не локально, а через IP - никакой разницы нет и ни один байт не теряется тоже.

Так это сам DECserver байты в порту теряет или виноват какой-нибудь кривой USB-COM адаптер ?

[form]

Так это сам DECserver байты в порту теряет или виноват какой-нибудь кривой USB-COM адаптер ?

Никакого USB-COM адаптера нет в работе.

Сейчас вообще вот так все: TCP <> PC COM (обычный) <> DECserver <> KDJ11-BF

теряется видимо на входе от PC... понизил скорость до 4800, но это никогда не помогало так как для любой из скоростей у живого железа свои пределы...

---------- Post added at 16:05 ---------- Previous post was at 16:02 ----------

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

[Patron]

Ну, до PC COM всё точно доходит без потерь, а дальше - вопросы уже чисто железячные. Возможно, в PC COM надо выставить больше стоповых битов..

[form]

Ну, до PC COM всё точно доходит без потерь, а дальше - вопросы уже чисто железячные. Возможно, в PC COM надо выставить больше стоповых битов..

Это называется "у меня падает система от запуска программы, виновата программа, а не система"

[Patron]

В случае если TCP напрямую идет в DECserver и до этого не доходит дело

Как-то бледновато DECserver при работе с IP выглядит.

[form]

Как-то бледновато DECserver при работе с IP выглядит.

Так что ж ты хочешь от железяки древнее моего PDP-11?

---------- Post added at 16:08 ---------- Previous post was at 16:08 ----------

Если там прошивка от 2000ых годов - это всего лишь говрит о хорошей поддержке, а не о новизне железа

[Advertiser]

[Patron]

Это называется "у меня падает система от запуска программы, виновата программа, а не система"

Если подключить загружаемый по HX комп напрямую к COM-порту PC - всё будет работать без проблем. Если вставить в промежуток DECserver - начинаются глюки. Так?

[form]

Если подключить загружаемый по HX комп напрямую к COM-порту PC - всё будет работать без проблем. Если вставить в промежуток DECserver - начинаются глюки. Так?

Так. Но и через DECserver все работает через COM порт.
Мы же рассматриваем конкретный случай с TCP... Все нормальные эмуляторы умеют дозировать поток через TCP или управлять им если это TELNET...

[Patron]

и через DECserver все работает через COM порт. Мы же рассматриваем конкретный случай с TCP...

Получается, что DECserver не умеет нормально работать с TCP, потому что при нормальной работе с TCP потерять данные невозможно.

Достаточно использовать на "TCP входе" любое устройство, нормально работающее с TCP, а DECserver подключать через COM-порт - и всё будет в порядке.

Программа Windows не может управлять числом байтов в пакете и политикой формирования пакетов TCP из передаваемых программой байтов - только задержкой до отправки незаполненного пакета - или 1/10, или 1/60 секунды.

Дозировать в такой ситуации "плевки" при пакетной работе - практически нереально.

[form]

Получается, что DECserver не умеет нормально работать с TCP, потому что при нормальной работе с TCP потерять данные невозможно.

Невозможно потерять пакет. Но вполне взможна реализация при которой размер пакета ограничен буфуром. Это и с saerial возможно: пример TU58, но там flow control есть.

Достаточно использовать на "TCP входе" любое устройство, нормально работающее с TCP

что мы и делаем

а DECserver подключать через COM-порт - и всё будет в порядке.

что опять таки мы и делаем. и ничего не будет и не в порядке.
Здесь мы упираемся в то, что DECserver не поспевает за PC. Это известная проблема и не только с DECserver. Она к примеру проявляется и на CM7209 и на VT220 которые подключаются к современным PC в качестве терминала - вывод на терминал теряется.

Программа Windows не может управлять числом байтов в пакете и политикой формирования пакетов TCP

Ввод же через пульт дозируется да еще и проверяется на лету...