Многопроцессорная графическая плата ДВК

[MM]

Предлагаю уважаемым любителям советского PDP-11 высказать свое мнение о варианте графической платы ДВК с кучей ( ~8 шт. ) вычислительных ядер на ВМ2, под управлением общего ВМ3.
Каждое графическое ядро имеет свое ГОЗУ, сканируемое одновременно с 7-ю другими др. ядрами на видеовывод.
Приоритет ( очередь ) видеовывода ( слоёв графики ) определяется программно.

Например, 1-е ядро управляет текстом, 2-е ядро - машинкой игрока, 3-4 ядра - машинками конкурентов, 5 и 6 ядра - рисуют графитаж обочины шоссе, 7 - управляет облаками, 8 - скроллит саму дорогу - приблизительный вариант для игры "ралли".
Примерный размер ГОЗУ каждого ядра - 640х256х2 бит ( 40 кбайт ), отдельные палитры. И еще 20 кбайт ( на 1 шт. ядро ) для кода, может еще и ЭД какой-нибуть.
На АП ВМ3 каждое ядро сидит как участок общего ОЗУ и доступом по ПДП ( к ОЗУ ядра ) к каждому ядру.

Т.е. для сложных игр общее быстродействие может даже складываться - например, до 8 млн рег-рег. при 1 млн рег-рег для 1 шт. ядра.

[Advertiser]

[Raydac]

такое в zx-poly реализовано на 4х ядрах, вроде как теоретическое вскрытие показывает что подход работает

[Hunta]

Вопросов, как обычно, три

- Сколько будет стоить
- Кто это сделает
- Кто под это будет писать (игрухи)

И если что - это риторические вопросы, потому что ответы на них я уже знаю

А про zx-poly - в железе оно уже е? Если нет (эмуляторы не в счёт) - тогда "подход работает" остаётся теоретическим мнением.

[CodeMaster]

Предлагаю уважаемым любителям советского PDP-11 высказать свое мнение о варианте графической платы ДВК с кучей ( ~8 шт. ) вычислительных ядер на ВМ2, под управлением общего ВМ3.

Это даже не мнение, просто стандартный вопрос: кто будет писать софт?

- - - Добавлено - - -

Hunta, опередил, пока я пошёл чайку налить ;-)

А про zx-poly - в железе оно уже е? Если нет

Железо сейчас уже ничего не решает, только софт.

[Raydac]

А про zx-poly - в железе оно уже е? Если нет (эмуляторы не в счёт) - тогда "подход работает" остаётся теоретическим мнением.

нет, так как в железе экономически это было невыгодно делать еще в середине 90-х, что мне и сказал тогда Сергей Зонов который знает толк в деле, я не вижу проблем с эмуляторами, как не вижу проблем когда сейчас многие более сложные и ответственные вещи прогоняют на компах в "виртуальном режиме"

[Hunta]

так как в железе экономически это было невыгодно делать

я не вижу проблем с эмуляторами

Основная проблема - программа (а эмулятор - это программа) - это ВСЕГДА последовательное выполнение действий. Даже если у вас многопоточное приложение и несколько процессоров в системе - нельзя записать в одну и ту же ячейку памяти ОДНОВРЕМЕННО данные двумя процессорами - сначала запишет один, потом другой. А железное решение - это ВСЕГДА параллельные действия. И что бы достичь последовательных действий (или часто используют термин - синхронный дизайн) - нужно предпринять определённые усилия. И записать в параллель (по И, ИЛИ или исключающему ИЛИ) данные в одну и ту же ячейку памяти со стороны двух процессоров (на железном уровне) - раз плюнуть. Скажем, в МПИ или QBUS это будет ИЛИ. И что бы не происходило ТАК - реализуются СХЕМНЫЕ решения. Раз до вас это дело не доходит и вы "не видите проблем" - флаг в руки. И попробуйте создать железный zx-poly хотя бы для себя, любимого. Тогда и продолжим разговор

Железо сейчас уже ничего не решает, только софт.

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

просто стандартный вопрос: кто будет писать софт?

Шоб писать софт - уже нужна железка

- - - Добавлено - - -

Hunta, опередил

"Но Кристобаль Хозевич успел раньше. Он любил успевать раньше — всегда и во всем."

[Raydac]

Основная проблема - программа (а эмулятор - это программа) - это ВСЕГДА последовательное выполнение действий.

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

[Hunta]

с чуть ли не потактовой эмуляцией

случайным изменением последовательности работы с памятью процессоров

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

[Raydac]

Не спасёт. И раз вы этого не понимаете - ещё раз

через 22 года разработки, могу сказать что вполне спасает, если тот кто делает конечно программировать и проектировать умеет, если этого не понимаете, то не поймете

[Alex]

Тут бешеный объём работы... По аппаратной части, нужен целый коллектив специалистов. И цена вопроса, не, ежели спонсор найдётся - сделать можно
Но ведь не найдётся
И потом проблема с софтом... Уж с софтом на КЦГД дефицит был, пока у народа разошлось да понаписалось... Там ДВК + КЦГД заменили РС-совместимые.
А уж на такого зверя писать...
Если про любительское творчество - то увы, не реально...
Даже на уровне эмулятора - эмуляции той же КЦГД нормальной нет :-(, а уж такую зверушку...
Нет эмуляции КЦГД, так как софта очень мало и было, а осталось ещё менее :-(
Вот на УКНЦ - эмулятор сделан, но там изначально графического софта сильно более было, смысл был.