Эволюция ZX в XXI веке

[AlexeyAS]

а насколько это будет тормозить по сравнению с родным бейсиком?

Тот родной Бейсик, который помню с 90-х, как мне кажется шустрым то и не был, в любом случае подробностей реализации BASIC на ZX я не знаю. Затрудняюсь ответить, реализация байт-кода JavaVM (http://java.sun.com/docs/books/jvms/...ecTOC.doc.html) практически постоянный вызов "шитого кода" плюс потеря на арифметическом стеке при обширной арифметике. Рискну предположить потерю 20%-30% по сравнению с машинным кодом Z80.

а какие аппаратные требования, и главное - а как с ОС под это дело?

Сказал бы ОС Excelsior, но думаю что это вряд ли возможно.
исходники проекта в принципе в доступе http://code.google.com/p/kronos/

Но учитывая различия в реализации ячейки, ОС придется проектировать с чистого листа. В КРОНОС применялся, IMHO, байт код для Modula-2, а на ячейках транспьютерной матрицы реализовывалась VM.

Транспьютеры закинули на задворки. Аппаратное требование растет из необходимости "влет" исполнять программы ZX, а значит от ячейки транспьютера требуется полная совместимость с Z80 и возможность исполнять код из ОЗУ.

есть eZ80-50MHz, у него два режима: стандартная архитектура z80 и второй режим - команда за такт, расширенная снизу-вверх система команд z80, 16Мб непосредственно адресуемого ОЗУ и 64к портов. Правда есть ограничения на диапазон портов #80-#FF (как минимум, а как максимум #00-#FF) - здесь у него собственные порты от которых не избавиться никак.

Т.е. для исполнения любой программы с ZX он не подходит в расширенном режиме? Или есть возможность отловить запись в порт?

в компьютерах Aeon и Pentagon 2.666LE процессор в FPGA

Ну и как машинки? Ядра в FPGA с OpenCores?