|
nedoPC.orgElectronics hobbyists community established in 2002 |
|
Слово состояния STATUS i8080
Author |
Message |
b2m
Devil
Joined: 26 May 2003 06:57 Posts: 871
|
А если сигнал расширенной памяти дополнить сигналом STACK из слова состояния, то получится вообще супер-гарвардская архитектура: код в одной области, данные в другой, а стек - в третьей
_________________Страничка эмулятора наших компьютеров
http://bashkiria-2m.narod.ru/
|
05 Oct 2012 04:15 |
|
|
He3HauKo
Senior
Joined: 09 Aug 2012 11:20 Posts: 176 Location: 95.135.174.189
|
Интересная мысль!
Интересно а какие преимущества у разделенной памяти(код, данные)?
Надо прикинуть....
_________________Хочу стать всезнайкой
|
05 Oct 2012 10:17 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Ну, разве что по чисто по формальному признаку...
А реально - область кода с " дырками" на адресах байтов данных, область
данных с " дырками" на байтах кода и область стека недоступная большинству
операторов, если использовать как квазидиск. И сильно меняющая привычный
смысл некоторых других операторов...
Это криво-гарвардская архитектура и дыряво-принстонская в некотором
смысле...
У меня почему-то не складывается впечатления, что INTELL предполагала
такое штатное использование слова-состояния...
_________________ iLavr
|
05 Oct 2012 11:15 |
|
|
HardWareMan
Banned
Joined: 20 Mar 2005 13:41 Posts: 2141 Location: От туда
|
Есть мнение, что М1 предназначался для того, чтобы периферия определяла опкод, стек - чтобы можно было собрать логику проверки стека на переполнение. Это все реально и необходимо, особенно для многозадачных и/или многопроцессорных систем.
Last edited by HardWareMan on 05 Jan 2014 07:15, edited 1 time in total.
|
05 Oct 2012 11:18 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Возможно,... но если опираться на системный контроллер от самой INTELL,
она почему-то не почесалась заложить указанные возможности.
В некоторых моделях древних компьютеров от братьев-демократьев (кажется,
"Долботрон") STATUS целиком фиксировался и отражался на морде терминала
светодиодами.
На мой взгляд, кроме как увидеть, в каком положении зависла машина, пользы
никакой нет...
_________________ iLavr
|
05 Oct 2012 11:31 |
|
|
b2m
Devil
Joined: 26 May 2003 06:57 Posts: 871
|
Ну это ты гонишь, нифига не разобравшись
Если область кода отключать только в нужный момент, то никаких " дырок" не будет.
_________________Страничка эмулятора наших компьютеров
http://bashkiria-2m.narod.ru/
|
05 Oct 2012 13:25 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Я что-то не увидел тут схем, чтобы в чем-то разбираться, кроме схемы фиксации STATUS.
Но ты поясни. Вполне может быть, что я в нагромождении слов и не разобрался.
_________________ iLavr
|
05 Oct 2012 14:44 |
|
|
He3HauKo
Senior
Joined: 09 Aug 2012 11:20 Posts: 176 Location: 95.135.174.189
|
_________________Хочу стать всезнайкой
|
05 Oct 2012 15:12 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Ну я опираюсь на совершенно верное рассуждение Хардыча:
Если отслеживать только М1, как мы начали обсуждать с petrenko,
то получится, что все C - в одной плоскости, а все D - в другой...
Если же на каждый C отслеживать его длину в байтах, то D:1234 XX - можно
закидывать в другую плоскость памяти.
Весь вопрос в том, что мы хотим получить, и какова аппаратная цена этого решения.
На мой взгляд, простой регистр страниц, доступный по IN/OUT из любой страницы
памяти по принстонской архитектуре и управляющий демультиплексором сигналов
MEMRD/MEMWR, решает задачу коммутации плоскостей памяти схемотехнически
весьма просто и вполне элегантно.
При этом мы не теряем такую замечательную опцию принстонской архитектуры,
как возможность самомодификации кода.
_________________ iLavr
|
06 Oct 2012 04:51 |
|
|
b2m
Devil
Joined: 26 May 2003 06:57 Posts: 871
|
Ну твои-то посты раз в пять потолще будут А схему - это если только HardWareMan нарисует. Он, кстати, вполне себе разобрался.
_________________Страничка эмулятора наших компьютеров
http://bashkiria-2m.narod.ru/
|
06 Oct 2012 07:47 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Ну если не нравится - не читай, я же не с тобой конкретно беседую.
Ну а с другой стороны, они под 64 символа в строке форматированы, оттого
и кажутся " толще", но зато - читабельнее. И то - ты не всё понимаешь,
поскольку ты не экстрасенс, и помнить - тоже не обязан.
Успокойся, Дима, - правды много не бывает...
А что касается HardWareMan-а, он и сам по себе неплохо во всём разбирается,
тем более, что и рисовать его никто ничего не просил.
_________________ iLavr
|
06 Oct 2012 08:30 |
|
|
He3HauKo
Senior
Joined: 09 Aug 2012 11:20 Posts: 176 Location: 95.135.174.189
|
Тут то я согласен что регистр через IN\OUT для расширения страниц элегантней и проще, интерес в другом.
Давайте прикинем что память разделена на две плоскости КОД и Данные, что мы от этого будим иметь, плюсы и минусы.
Сразу о минусах!
Первое что приходит на ум это "дыры" в памяти ДАННЫХ.
Можно от этого избавится, соорудив некий аппаратный стек, который указывал на ячейку с нужными данными.
Второе это самомодификация кода
И решения этой проблемы я не вижу.
_________________Хочу стать всезнайкой
|
06 Oct 2012 09:35 |
|
|
Lavr
Supreme God
Joined: 21 Oct 2009 08:08 Posts: 7777 Location: Россия
|
Ты пропустил важную фразу:
Смотря с какой стороны взглянуть, а то и минусы могут стать плюсами (и наоборот)...
Отсутствие возможности самомодификации кода говорит и о том, что код нельзя
" запороть", как при ошибке, так и с вредоносными целями.
Хотя мне больше по душе возможность самомодификации кода.
_________________ iLavr
|
06 Oct 2012 09:51 |
|
|
He3HauKo
Senior
Joined: 09 Aug 2012 11:20 Posts: 176 Location: 95.135.174.189
|
Скажу честно, у меня одна цель!
Даеш новою архитектуру старому процу!!!
Каждая новая мысль по увеличению гибкость архитектуры, для меня как глоток воздуха
ЗЫ. А для защиты памяти, есть простое решение(на мой взгляд), это 9-ти битные ОЗУ. Все равно если использовать DRAM он там лишний.
_________________Хочу стать всезнайкой
|
06 Oct 2012 10:04 |
|
|
petrenko
Doomed
Joined: 10 Mar 2012 16:21 Posts: 598 Location: РФ
|
| | | | Lavr wrote: Ну я опираюсь на совершенно верное рассуждение Хардыча: Если отслеживать только М1, как мы начали обсуждать с petrenko, то получится, что все C - в одной плоскости, а все D - в другой... Если же на каждый C отслеживать его длину в байтах, то D:1234 XX - можно закидывать в другую плоскость памяти. Весь вопрос в том, что мы хотим получить, и какова аппаратная цена этого решения... | | | | |
Я кажется начинаю понимать, что к чему.. То есть первый вариант - только отслеживать M1 в байте статуса - просто вынуждает ( далее себя же цитирую) Сложно, изощрённо , зато аппаратно относительно легко. Второй вариант - - мне понравился больше ( правда для осмысления того, что там происходит и каким образом это возможно сделать, мне потребовалось существенное время и напряжённое, неоднократное вчитывание в "дэйташиит") и это приближает систему к довольно хорошо знакомому мне семейству процессоров MCS-51 , что радует, конечно, хоть 8080 и беднее командами (но в первом то варианте становится ещё беднее). Считаю, что сделать сие аппаратно возможно, хотя ещё слабо представляю в деталях. Ещё очень обрадовало то, что "b2m" верно понял мои слова : - но разве это гарвардская получится ? Может это супер-супер-гарвардская ? Я просто не очень силён в классификации архитектур (уж извините), или, возможно, не всегда улавливаю юмор. Я не смог такой гибрид ни к какой архитектуре отнести.
|
06 Oct 2012 19:38 |
|
|
Who is online |
Users browsing this forum: No registered users and 2 guests |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot post attachments in this forum
|
|