информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Сетевые кракеры и правда о деле ЛевинаSpanning Tree Protocol: недокументированное применениеЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / theory
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Куча ответов. 08.07.05 03:59  Число просмотров: 2816
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
1. Не АЛУ, а РАЛУ! Регистровое! Т.е. не выходе регистр, запоминающий результат операции в текущем такте и выдающий на выход в следующем. Таким образом, результат предыдущей команды считывается в одновременно с выполнением текущей.
2. "Есть оптимальное соотношение между кол-ом регистров CPU, кол-вом АЛУ-команд на такт и скоростью обмена с RAM".
Не учитваете, что там раздельные каналы команд и данных. На шину команд садится СБОЗУ, работающее на частоте проца, в него загоняется интерпретатор Жабы. Поскольку команды Жабы относительно "тяжеловесны", то они синхронизуются с работой ДОЗУ+КЭШ на шине данных.
3. Вообще, я прикидывал: оптимум - 4 РАЛУ + 4 инкремент/декрементных регистра с управляемым шагом (под стек и т.п.).
4. "длина МИСК-команды непосредственно зависит от кол-ва регистров, самих АЛУ и АЛУ-операций".
Не понял! Длина команды постоянна и задана числом РАЛУ (в моем варианте 4 байта).
5. "придется делать блок декодирования команд".
Блок декодирования команд это и есть интерпретатор, сидящий на шине команд. По сути получается оперативно репрограммируемый микропрограммируемый процессор. Если позволяет объем СБОЗУ, можно загнать несколько интерпретеров, как минимум 2 - для шелла и для Жабы.
<theory> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach