Единый ZX конструктив.

[Black_Cat]

быстрый специализированный VDP (работающий паралельно с главным процом)

Это не выход, цель не стоит сделать игровой автомат из Спектрума, игровому автомату ОС не нужна. Нужны универсальные решения и возвращение прежнего состояния это намного более правильный путь, делающий переход к повсеместному использованию ОС более простым.

[MegaMyth]

2 Valen & Error404:
Вы оба предлагаете заниматься пересылкой данных от одного проц модуля к другому, а я же предлагал как раз использовать единую память и единые устройства ВВ.
При условии что у всех процессоров единое адресное пространство как памяти так и устройств ввода вывода, и у каждого процессора есть возможность подключать любую страницу памяти в любое 16К окно и каждый процессор имеет возможность управлять страницами любого другого процессора появляется следующий механизм:
1. Ведущий процессор устанавливает ведомому процессору в первое 16к окно, допустим, первую страницу памяти.
2. записывает в неё по адресу 0066 команду JP routine
3. посылает ведому процессору сигнал NMI.
Пример кода тут - http://zx.pk.ru/attachment.php?attachmentid=4349&stc=1
Такой механизм, на мой взгляд избавит от пересылки большого объёма данных.
Опять такие ИМХО, которое координальным образом идет в разрез с концепцией ZX-Spectrum.

[Valen]

Вы оба предлагаете заниматься пересылкой данных от одного проц модуля к другому, а я же предлагал как раз использовать единую память и единые устройства ВВ.

Я как раз, имел в виду, что z80 пересылает данные
в автономный проц модуль разово и потом подаёт команды обработки
(размером в десяток байт) модулю.
Т.е. толстый канал между спеком и модулем не нужен.
И юзаться этот канал (шина) будет в основном пиково,
при загрузке данных.

Например.
- z80 (с HDD) загружает уровень игры: два метра графики в видео-модуль, и метр сэмплов в звуковой-модуль
(юзер ждёт ~10сек)
- z80 программа игры выполняет логику игры и подаёт асинхронные
команды модулям. отрисовать спрайт, проиграть сэмпл и т.п.
Модуль работает со своей личной (быстрой набортной) памятью.
Причём модуль выполняет команды _паралельно_ с работой z80.

Какие выгоды
- модули могут работать паралельно
- в любой спек с шиной, можно воткнуть такой модуль, т.к.
модуль общается строго по шине, без резания спека
- пусть разработчики сколько угодно конкурируют
внутри модулей. юзер выберет оптимальный по отношению цена/функциональность
- эволюционное (а не революционное) развитие платформы,
т.е. изобрели новые модули а не новый спек

Каждый юзает новые модуля на своём любимом спеке
у кого-то он навороченный, у кого-то простеньнкий.

Насчёт много-процесcорности, опять таки имхо лучше отдельный вычислительный модуль (арм@60 или z80@20МГц) со своей памятью.
Загрузил в него код\данные и дёргаешь его (подаёшь команды)
из спековской программы.

Блэйд-фарм которую предлагал Error404, штука интересная но это
уже по сути новый комп.

[Black_Cat]

можно поподробнее... на каком заводе?

На Кванте. http://scripts.online.ru/it/news/96/03/18_10.htm Там кстати не только IBM, но и Fujitsu Siemens тусовалась со своими компами ещё года 2 назад да и Формоза из Зеленограда думаю никуда не делась.

[Error404]

2 Valen & Error404:
Вы оба предлагаете заниматься пересылкой данных от одного проц модуля к другому, а я же предлагал как раз использовать единую память и единые устройства ВВ.
При условии что у всех процессоров единое адресное пространство как памяти так и устройств ввода вывода, и у каждого процессора есть возможность подключать любую страницу памяти в любое 16К окно и каждый процессор имеет возможность управлять страницами любого другого процессора появляется следующий механизм:
1. Ведущий процессор устанавливает ведомому процессору в первое 16к окно, допустим, первую страницу памяти.
2. записывает в неё по адресу 0066 команду JP routine
3. посылает ведому процессору сигнал NMI.
Такой механизм, на мой взгляд избавит от пересылки большого объёма данных.
Опять такие ИМХО, которое координальным образом идет в разрез с концепцией ZX-Spectrum.

Боюсь, все закончится либо глюками оттого, что в "мою" память бесцеремонно пишет кто-то посторонний (а в противном случае - случае с выделенным буфером - чем это отличается от ПДП?)
либо монструозным аппаратным синхронизатором (как разводить процессоры чтобы они не модифицировали в одно и то же время одну и ту же память/порты? Программно? Так это до первой ошибки, которая вынесет ВСЮ систему, т.к. адресное пространство общее). Как страховаться, что включая диспетчером окно один процессор не перекрывает что-то нужное для другого? Даже допуская, что это можно проверить на текущий момент, а что если эта память понадобится второму через пару циклов, а диспетчер уже включен и память используется? В очередь, Wait-ы, и т.д. Либо нужен процессорный кэш, чего вообще не предусмотрено в Z80. Выигрыш общей памяти теряется.

[MegaMyth]

как разводить процессоры чтобы они не модифицировали в одно и то же время одну и ту же память/порты

Испробую - расскажу.

[Advertiser]

[Raydac]

Развести процы не столь сложно... как их свести
Наверное в эти праздники эмуль ZX-Polyhedron попробую накидать, а то старый посеял..

[Black_Cat]

Обратил тут внимание на расстояние от разъёма NemoBus до края платы. Судя по фотографии платы KAY-1024, крайний разъём выполнен как раз на стандартном для ISA расстоянии от края платы, т.е. позволяет ставить платы выполненные в стандартных ISA типоразмерах . Очевидно это предполагалось использовать для установки стандартных ISA макеток. Дык что можно говорить что Nemo не только был первым, кто правильно расположил разъёмы и сделал шину стандартом, но и первым, кто перешёл к использованию ISA типоразмеров в контроллерах .
Nemo forever! Поразительно продуманная конструкция, опередившая по идеям в неё заложенным всё что только делалось для Спектрума.