Keeper, То есть при послойном скалывании проца иногда получались не 100% совместимые вещи - это нормально, а при переносе проца в FPGA имеем всегда 100% совместимость? Ну-ну.
Мда, зарубились. А о чём собсно базар? Любое железо без софта = просто груда хлама в шкафу. ИМХО, платформу губит отсутствие софта и такие вот базары ни о чём. Если б таким базаром можно было платформу оживить...
Не принимая ничью сторону, скажу за эмуляцию. Все эмуляторы Вектора, включая FPGA-based, которые я видел и щупал имеют баги. То 8253 недоделан, то Auxillary Carry неправильно эмулится, то растактовка неточная.
Так это исключительно проблемы переноса, а не FPGA. Все при желании приводиться к 100% аналогичному поведению, как было с Т80. Если рассматривать проц в этом плане, то что тут может быть несовместимо с его кремниевым прообразом? Проц должен выполнять команду за n тактов, его состояние до и после выполнения команды СТРОГО однозначно, откуда несовместимости?
---------- Post added at 23:12 ---------- Previous post was at 23:09 ----------
Так поправьте, в чем проблема? Кстати, слово "эмулиться" тут плохо применимо, т.к. проц в FPGA строить из тех же функциональных блоков что и в кремнии...
Так я про это и не спорю. Только так про любую проблему можно сказать. Берут чиновники взятки - так это проблема с населением: несут ведь, гады. А чиновник - он хороший.
При любом переносе/копировании/эмулировании есть очень ненулевая вероятность ошибки. Поэтому априори нельзя считать что результат будет 100% совместим с оригиналом.
---------- Post added at 00:16 ---------- Previous post was at 00:14 ----------
Очень даже применимо. Вот если бы полную схему проца переносили в FPGA, то тогда бы вероятность проблем была меньше. У Вас есть полная схема 8080 или ВМ80а? А блок схема - она слишком укрупненная.
Априори так и нужно считать, иначе это недоделка... Просто сходу и сразу это сложно сделать, но со временем доводиться до 100% соответствия... В этом, собственно, и прелесть цифровых устройств, их поведение всегда однозначно... А как там будет реализовано содержимое черного ящика это уже другой вопрос, вот собственно:
Это и не нужно, ведь задачу можно решить многими способами...
Я не это имел ввиду, вся логика строиться из И ИЛИ НЕ тчк.
З.Ы.: Давайте попросим модераторов перенести теологические споры куда нибудь ближе к флейму
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Эка Вы загнули... а как насчёт, скажем багов в том-же пресловутом сорце FATFs, который используется в Vector-06cc для записи/чтения с образов FDD? И причём тут вообще LE(s)?
Нет уж, увольте... не из тех, же самых, что в кремнии. Даже T80 - только эмуляция 80 core, хоть и программно-аппаратная. Что там как в реальном 80 core, кто-ж его знает...
Само по себе использование программируемых гридов не означает что все LE один в один как в оригинальном ядре.
А причем здесь FPGA? Есть баги в FATFs, досадно, но их можно исправить, ничто ведь не ограничивает в действиях...
Речь не об LEs, а о базовых элементах логических схем. Их всего три, и процессор, как устройство, состоит именно из них, и в FPGA их тоже есть
Очень тонко подмечено, программно-аппаратная, микропроцессор i8080 и есть микропрограммный автомат, но:
Зачем 100% соответствие LE с оригинальным кристаллом? Более того, в рамках FPGA это не возможно. Да и не нужно... Программист не знает и не должен знать как там оно сделано в кремнии, для программиста важно чтобы процессор выполнял команды в соответствии с документацией, а именно время выполнения команды в тактах и состояние процессора до и после выполнения команды. Это всё что нужно для 100% соответствия с точки зрения программиста. Со стороны железа ещё есть шина, но там уже не обязательно всё делать столь категорично...
о том, что любители "тёплого лампового звука" пытаются устанавливать какие-то "табели рангов" кошерности
платформу губят некомпетентные люди. Счастье, что на Векторе нет сценерства, есть шанс не распугать компетентных людей. Будут компетентные люди - будет и всё остальное!
Последний раз редактировалось Black_Cat; 11.04.2012 в 01:15.
Да понятно, что 100% идентичность модели оригиналу никто не может гарантировать. И если бы речь шла только о процессоре. К слову, в эмуляторах b2m, Ramirosa и в vector06cc с "AC" и растактовкой уже вроде порядок - сверено с оригиналом. Но помимо процессора есть еще куча микросхем, специфика шины, глитчи, присущие конкретному железу. Когда казалось бы все уже на 100% идентично, всплывает очередной нюанс. Взять к примеру, особенности программирования палитры или подрабатывание реле.
Уже поднимался интересный вопрос, как программно определить, что программа запущена в эмуляторе, а еще лучше определить, в каком именно? Кто из авторов возьмет на себя смелость утверждать, что его эмулятор неотличим от реала?
Что касается перспектив платформы, то мне кажется тема написания дем и другого софта, хоть и интересна, но мало у кого хватит духу творить что-либо новое на этом поприще. Рад был бы ошибиться. Тема рекомпиляций тоже себя исчерпала, к тому же оказалась очень узкопрофильной. Думаю, что будущее за программной эмуляцией (java, android, javascript, html5 и т.п.), переносом vector06cc на другие борды и единичной сборкой, разработкой аппаратных новых и старых приблуд с использованием современных технологий для реального железного вектора.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)