https://github.com/bsdimp/2.11bsd/tr...b/libc/pdp/crt -- деление и умножение здесь.
https://www.bell-labs.com/usr/dmr/www/odd.html на закуску про фокус с делением.
http://www.telegraphics.com.au/sw/info/lcc-pdp11.html для сравнения, как делался генератор кода для lcc.
Oleg N. Cher(13.01.2024)
Смысла большого именно на УКНЦ почти нет. На УКНЦ текст рисуется в графическом режиме. То есть будут затраты времени на передачу символов, потом программа на периферийном процессоре отрисовывает всё из фонтов. В общем напрямки - быстрее. Если хочется чего-то видеоподобное, то либо действительно отобразить видеопамять на адресное пространство периферийного процессора и запрограммировать его на непосредственную пересылку с карты на видеопамять с какой-то минимальной обработкой... Слоты расширения ведь у периферийного процессора. Операционную систему даже трогать не следует. Другой разговор, если устройство памяти находится в адресном пространстве ЦП. Вместо сетевого адаптера. Но будут задержки на пересылку...Сообщение от yu.zxpk
Если очень хочется реализовать демку с минимумом чтения, то можно посмотреть в сторонy GIF-подобной анимации. То есть грузим в видеопамять и играя палитрой и таблицей адресов строк можно впихнуть что-то на некоторое время. Зациклив фрагмент на какое-то время, можно подгрузить ещё что-то в видеопамять с последующим пользованием.
Есть ещё способ теоретический... Но требует дополнительной проработки... Есть платка ремулятора. Но нужно программу менять. Можно STM32 использовать в качестве своеобразного ускорителя.
Но интереснее всего обойтись без дополнительного железа/разгона/итп (не считая контроллера диска и covox, разве что) и замены ОС.
При использовании программы в ПП как раз и решается проблема без дополнительного железа.
Операционная система после запуска - стоит свободна, так же свободный ЦП, который можно чем-то полезным загрузить.
Если посмотрим на схему передачи данных в УКНЦ, коей пользуется большая часть программ, увидим:
Накопитель с контроллером в катридже
I
V
Буферная память ПП
I
V
Память ЦП
I
V
Память ПП(опять!!!)
Большой соблазн сократить из этой схемы ЦП минимизировав его роль
Почему так сделали на УКНЦ? УКНЦ - попытка задёшево сделать компьютер максимально совместимый с PDP-11 с графикой.
Последний раз редактировалось Alex; 09.09.2020 в 14:50.
Звучит просто :-) Насколько это будет быстрее при том, что ПП медленнее, а чтение с диска + распаковка видео будут работать последовательно, а не параллельно?
Это всё надо пробовать... Прикинуть можно плюс-минус лапоть, но сколько именно ???
Главное хорошо продумать алгоритм.
Как правильно сжульничать, чтобы обойти низкое быстродействие процессоров
Прямо в лоб результат будет не ахти
На Спектрумах были популярны демки... Надо как-то их брать за образец идей. Но архитектура там другая, по этому прямо не передрать.
На УКНЦ - работа с палитрами, работа с таблицей адресов строк(можно одно и то же содержимое памяти отображать на разные строки), программирование ПП.
Классическое видео не выйдет, но создать видимость, что оно есть можно
Последний раз редактировалось Alex; 10.09.2020 в 09:31.
Что тут думать, трясти надо (c)
А именно -- допиливать https://x86dc.wordpress.com/
hobot(11.09.2020)
https://github.com/DoctorWkt/Apout -- симулятор Unix V1-V7, 2.9BSD, 2.11BSD
в копилку инструментов разработки.
Допилил, заслал автору. В ответ автор пишет ассемблер
Отсюда вопрос -- поддерживает ли MACRO-11 из наших версий RT-11 дополнительные инструкции ВМ2 ?
Oleg N. Cher(13.01.2024)
Насколько я копался с ассемблером MACRO-11 из наших версий RT-11 - это слегка (не принципиально) изменённые версии от DEC. И поскольку наши 1801ВМ процы - не от DEC - есссвенно, MACRO-11 ничего о них не знает. Правда, проблемы я в этом не вижу - макросы решают почти любые проблемы
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
