По сему и пришлось свою операционку писать ... Аспект.Цитата:
Сообщение от Alex_K
Вид для печати
По сему и пришлось свою операционку писать ... Аспект.Цитата:
Сообщение от Alex_K
И где в НЕОНе используется 250 вектор?Цитата:
Сообщение от Alex
- - - Добавлено - - -
АСПект это фактически графическая надстройка над 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 был дороже.
ЕМТ 375 так-уж напрягало ЦП в УКНЦ? Вовсе нет. (это .readw)Цитата:
Сообщение от Hunta
Тут я могу ошибаться, но оно имхо напрягало ПП с дисководом.
Вообще, IDE идеологически из MFM сборки диска с контроллером появился(позже допилено до RLL, ARLL и далее)... Но контроллеры были разные... И контроллер MFM ПК-11/16 явно не соответствует по совместимости IDE :(
- - - Добавлено - - -
Ну да ... .read и прочая напрягает драйвер... Уж драйвер и напрягает ПП.
ЕМНИП просто драйвер ждал ответа. И соответственно ЦП тоже простаивал. Но на деле оно должно было быть все возложено на ПП. Сложно сделать было рапараллеливание. Невероятно сложно для программеров. Мол подождем чего ответит - ну и о ответило!Цитата:
Сообщение от Alex
- - - Добавлено - - -
Про .ttyout или .print вообще молчу. Без ПП они не будут рабочими (а это тоже ЕМТ прерывания)
EMT 375 EMT 375-ому рознь. Этак можно сказать, что EMT 375 напрягает какой-нибудь RK05Цитата:
Сообщение от BlaireCas
Драйвер, как правило, ждёт не ответа, а прерывания.Цитата:
Сообщение от BlaireCas
Зависит от того, как программа написана. Плюс, если программа (программа, а не ЦП!) перешла в ожидание, процессору вполне может быть чем заняться - например - прилетело прерывание от терминала (тот же .PRINT), который обработал очередной выводимый символ.Цитата:
Сообщение от BlaireCas
Нет. Потому как помимо .READW есть .READ и .READC - в RT-11 (недаром она real time) сделано всё, что бы во время (потенциального) ожидания завершения чего-то можно было ещё что-то делать. А дальше зависит от квалификации программистаЦитата:
Сообщение от BlaireCas
Драйвер по идеологии RT-11, начинает работу... А далее возможны варианты...
По идее после завершения операции должно быть прерывание...
Но не на всех устройствах.... Тот же КНГМД(МХ: :) ) - там прерываний нет от слова совсем ;)
И драйвер все дела делает в процессе начала операции.
Запросы:
.READW и .WRITEW - программа приостанавливается и ждёт завершения операции...(потом разбираемся с результатами)
.READ и .WRITE - программа поставила запрос в очередь на ввод/вывод и побежала дальше по своим делам. (Быстрее... на всё плевать)
.READC и .WRITEС - аналогично предыдущему, но есть нюанс , программа указывает, какую подпрограмму завершения выполнить по окончании ввода/вывода (коя и будет разбирать результаты)
но на КНГМД(МХ: ) - это филькина грамота, пока операция не завершится, обратно управление не получишь
и вообще КНГМД(МХ: ) - вредительское устройство сделанное на коленке для выполнения плана, а сколько сил оно у людей высосало...
с ним боролись и даже побеждали, но ... :(
конечно для набития текста это было пофиг...
Господа, речь была о "нужности/ненужности" второго процессора в конкретной машинке УКНЦ.
Предположим вот нет его. Испарился он :)
Что тогда делать - занять всеми этими процедурками (да хотя-бы вывода на экран) основную память обычного процессора? Ее и так там негусто.
Или сделать аналог видеоадаптера (очередной КЦГД вообщем).
А КЦГД имеет свой процессор 1801ВМ2 на борту.Цитата:
Сообщение от BlaireCas
- - - Добавлено - - -
В качестве примера Союз-НЕОН ПК-11/16. Один процессор, до 4Мб памяти на борту, крутейший видеоадаптер. Но, есть одно но. Из-за своего менеджера памяти он несовместим с архитектурой PDP-11. Многие реальные регистры заменены виртуальными, которые программно обрабатываются в HALT-режиме. Т.к. каждый процесс сидит в своём виртуальном адресном пространстве в режиме USER, то отсутствуют и прерывания EVNT и VIRQ. Контроллер прерываний прерывает процессор через ногу HALT, т.е. прерывания обрабатываются ВПО в HALT-режиме. А прерывания для RT-11 эмулируются.Цитата:
Сообщение от BlaireCas