Насколько я помню, шина ISA похожа на то, что у меня, но там 20 бит адреса. Мне кажется, если захотеть, можно через несложный адаптер подключить ее прямо так без модификаций.
Спасибо за статью, интересные эксперименты! Когда я делал свой VGA-контроллер, я не мог найти информацию, насколько мониторы требовательны к таймингам и как именно должны идти сигналы синхронизации (сдвинут ли vsync относительно hsync, например). Оказывается, мониторы прощают много ошибок.
Лично я плюсану, и комментарий тоже плюсанул. Идея выглядит странно, но все странные идеи надо проверять экспериментом. О результатах эксперимента было бы интересно почитать.
Я пробовал (начинал) портировать LLVM и SmallC-85, но в итоге написал свой компилятор. Основная причина, почему портирование не удалось, это отсутствие аппаратного стека. Использовать программный стек крайне неэффективно, лучше размещать всё статически, но LLVM на такое совершенно не расчитан.
Насколько я помню, шина ISA похожа на то, что у меня, но там 20 бит адреса. Мне кажется, если захотеть, можно через несложный адаптер подключить ее прямо так без модификаций.
Крутая задумка! А иллюстрации – абсолютный дизельпанк!
Практически моя история. Я тоже читал советские книжки по электронике, загорелся бейсиком и сидел на списанном 486 (не 286).
Очень интересный материал, но очень сложно читать из-за тотального отсутствия обособления деепричастных и других оборотов запятыми.
Спасибо за статью, интересные эксперименты! Когда я делал свой VGA-контроллер, я не мог найти информацию, насколько мониторы требовательны к таймингам и как именно должны идти сигналы синхронизации (сдвинут ли vsync относительно hsync, например). Оказывается, мониторы прощают много ошибок.
Да, я уже сейчас не скажу, зачем я так сделал. Я там запутался с этими лайфтаймами и сделал максимально явно.
Часы не синхронизируются по NLP, они синхронизируются по преамбуле.
Да, я взял оттуда входной каскад.
Исправил текст. Правильно D5 – 11010101.
Нет, не пробовал, но знаю о его существовании :) Не хотелось всё переделывать под конец.
Да, возможно. По сути RTIC у меня используется для удобного создания статических мутабельных переменных без unsafe.
Это надо спрашивать у авторов тех постов, а не у меня :) Мне кажется, коммерческие перспективы вряд ли.
Отличная статья и работа, спасибо, что поделились!
Лично я плюсану, и комментарий тоже плюсанул. Идея выглядит странно, но все странные идеи надо проверять экспериментом. О результатах эксперимента было бы интересно почитать.
Было бы интересно, если бы вы повторили этот эксперимент и написали статью. Из спора в комментариях ничего, кроме раздражения, не выйдет.
Про компилятор я упоминал тут: https://habr.com/ru/post/591743/
Я пробовал (начинал) портировать LLVM и SmallC-85, но в итоге написал свой компилятор. Основная причина, почему портирование не удалось, это отсутствие аппаратного стека. Использовать программный стек крайне неэффективно, лучше размещать всё статически, но LLVM на такое совершенно не расчитан.
Да, я это уже позже понял. Сейчас я удивляюсь, как вообще мое АЛУ работает на этой серии.
Пока сделаю перерыв, надоело писать. Основное всё рассказал.
Я как-то даже не подумал, что можно так заменить. Хорошо, что такая оптимизация почти ничего не улучшает, а то было бы обидно :)
Многовходовых OR или NOR не было на маузере, а почему я NOT-AND не поставил, не помню.
Нет, это тоже читерство, как и ПЗУ. А еще ее сложно найти в продаже.