Дискуссии вокруг УКНЦ и прочее.

[Alex]

Да и с переделкой не пойдёт. Нету там PSW по адресу 177776. Что-то типа KERNEL пытается использовать ВПО (внутреннее программное обеспечение) из ПЗУ в режиме HALT процессора. На этом там и выполнена поддержка работы процессов. Процессы работают в режиме USER и имеют каждый своё виртуальное адресное пространство.

По сему и пришлось свою операционку писать ... Аспект.

[Alex_K]

так и в ПК-11/16 диспетчер памяти куда угодно не воткнуть...
Его место между процессором и памятью.
И используется 250 вектор...

И где в НЕОНе используется 250 вектор?

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

По сему и пришлось свою операционку писать ... Аспект.

АСПект это фактически графическая надстройка над RT-11. И то процессы не могут пользоваться функциями RT-11, ибо другое виртуальное адресное пространство. Для этой цели написаны процессы для работы с файловой системой, независимо от RT-11. Но этот процесс поддерживает только дисководы, MFM-винчестер и электронный диск. Подключили к НЕОНу IDE и АСПект не имеет доступа к нему.

[Alex]

Как хошь назови... Но функции похожие.
ПК-11/16 - это хороший графический терминал... Эдакий КЦГД-2
Ему бы разрешение по-более... Но... некуда выводить большее разрешение
Нет, были мониторы под большее разрешение(Винница, например, делала) , но дорогие

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

а как Аспект может поддержать IDE, если когда писали - IDE не внесли в поддерживаемые устройства...
IDE контроллер появился опосля того, как ....

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

IDE накопители появились поздно.

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

Первая PC совместимая машина на кафедре - Искра-1030, MFM
Мазовии - XT совместимые, MFM
Потом АТ, 286 .... MFM...
Видел в институт поставили 386, но там SCSI...
Видел IBM c ESDI внешне очень похож на MFM(те же два кабеля к накопителю, хотя по сути шаг в сторону IDE)
Видел HDD на шлейфе FDD(позвали меня, так как NU не видели HDD такой, я более такое чудо не встречал и не находил упоминания)
IDE - в массы пошёл после того как...
И на момент писания Аспекта IDE просто не было..
В мире он IDE был... Но он был в конкурентной борьбе... Выживал И даже выжил...
Но на тот момент времени IDE был дороже.

[BlaireCas]

Кто-то что-то с чем-то спутал

ЕМТ 375 так-уж напрягало ЦП в УКНЦ? Вовсе нет. (это .readw)
Тут я могу ошибаться, но оно имхо напрягало ПП с дисководом.

[Alex]

Вообще, IDE идеологически из MFM сборки диска с контроллером появился(позже допилено до RLL, ARLL и далее)... Но контроллеры были разные... И контроллер MFM ПК-11/16 явно не соответствует по совместимости IDE

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

Ну да ... .read и прочая напрягает драйвер... Уж драйвер и напрягает ПП.

[BlaireCas]

.read и прочая напрягает драйвер

ЕМНИП просто драйвер ждал ответа. И соответственно ЦП тоже простаивал. Но на деле оно должно было быть все возложено на ПП. Сложно сделать было рапараллеливание. Невероятно сложно для программеров. Мол подождем чего ответит - ну и о ответило!

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

Про .ttyout или .print вообще молчу. Без ПП они не будут рабочими (а это тоже ЕМТ прерывания)

[Advertiser]

[Hunta]

ЕМТ 375

EMT 375 EMT 375-ому рознь. Этак можно сказать, что EMT 375 напрягает какой-нибудь RK05

ЕМНИП просто драйвер ждал ответа.

Драйвер, как правило, ждёт не ответа, а прерывания.

И соответственно ЦП тоже простаивал.

Зависит от того, как программа написана. Плюс, если программа (программа, а не ЦП!) перешла в ожидание, процессору вполне может быть чем заняться - например - прилетело прерывание от терминала (тот же .PRINT), который обработал очередной выводимый символ.

Сложно сделать было рапараллеливание.

Нет. Потому как помимо .READW есть .READ и .READC - в RT-11 (недаром она real time) сделано всё, что бы во время (потенциального) ожидания завершения чего-то можно было ещё что-то делать. А дальше зависит от квалификации программиста

[Alex]

Драйвер по идеологии RT-11, начинает работу... А далее возможны варианты...
По идее после завершения операции должно быть прерывание...
Но не на всех устройствах.... Тот же КНГМД(МХ: ) - там прерываний нет от слова совсем
И драйвер все дела делает в процессе начала операции.

Запросы:
.READW и .WRITEW - программа приостанавливается и ждёт завершения операции...(потом разбираемся с результатами)
.READ и .WRITE - программа поставила запрос в очередь на ввод/вывод и побежала дальше по своим делам. (Быстрее... на всё плевать)
.READC и .WRITEС - аналогично предыдущему, но есть нюанс , программа указывает, какую подпрограмму завершения выполнить по окончании ввода/вывода (коя и будет разбирать результаты)
но на КНГМД(МХ: ) - это филькина грамота, пока операция не завершится, обратно управление не получишь
и вообще КНГМД(МХ: ) - вредительское устройство сделанное на коленке для выполнения плана, а сколько сил оно у людей высосало...
с ним боролись и даже побеждали, но ...
конечно для набития текста это было пофиг...

[BlaireCas]

Господа, речь была о "нужности/ненужности" второго процессора в конкретной машинке УКНЦ.
Предположим вот нет его. Испарился он
Что тогда делать - занять всеми этими процедурками (да хотя-бы вывода на экран) основную память обычного процессора? Ее и так там негусто.
Или сделать аналог видеоадаптера (очередной КЦГД вообщем).

[Alex_K]

Или сделать аналог видеоадаптера (очередной КЦГД вообщем).

А КЦГД имеет свой процессор 1801ВМ2 на борту.

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

Господа, речь была о "нужности/ненужности" второго процессора в конкретной машинке УКНЦ.
Предположим вот нет его. Испарился он

В качестве примера Союз-НЕОН ПК-11/16. Один процессор, до 4Мб памяти на борту, крутейший видеоадаптер. Но, есть одно но. Из-за своего менеджера памяти он несовместим с архитектурой PDP-11. Многие реальные регистры заменены виртуальными, которые программно обрабатываются в HALT-режиме. Т.к. каждый процесс сидит в своём виртуальном адресном пространстве в режиме USER, то отсутствуют и прерывания EVNT и VIRQ. Контроллер прерываний прерывает процессор через ногу HALT, т.е. прерывания обрабатываются ВПО в HALT-режиме. А прерывания для RT-11 эмулируются.