User Tag List

Результаты опроса: Мультипроцессор

Голосовавшие
47. Вы ещё не участвовали в этом опросе
  • Одного всегда достаточно

    3 6.38%
  • Интересно в качестве эксперимента

    17 36.17%
  • Оптимально 2 процессора

    2 4.26%
  • Оптимально 4 процессора

    3 6.38%
  • Оптимально 8 процессоров

    1 2.13%
  • Желательна возможность добавить сколько нужно

    13 27.66%
  • Пусть хоть один такой спек будет создан

    22 46.81%
  • Уже есть в природе

    2 4.26%
  • Лучше не z80

    6 12.77%
  • Сомневаюсь в целесообразности

    16 34.04%
Опрос с выбором нескольких вариантов ответа.
Показано с 21 по 30 из 86

Тема: Мультипроцессор

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #1

    Регистрация
    12.05.2006
    Адрес
    г. Воронеж
    Сообщений
    186
    Спасибо Благодарностей отдано 
    2
    Спасибо Благодарностей получено 
    2
    Поблагодарили
    2 сообщений
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    Lightbulb Мультипроцессор

    Пока ковырялся со своим наладонником, продумывая масштабируемость, подумал грешным делом, а почему на спеке, в особенности для демосцены, нет мультипроцессорных решений. Мультисоунды есть.. Википедия дает общий ответ по "Мультипроцессор".

    Так вот, сразу же возникло несколько вариаций на которые, возможно, у народа есть ответ/светлая мысль.

    Предположим, что есть общее поле памяти и много CPU. Общий выполняемый код. Процессоры определяют свой номер по чтению из условного порта, допустим, мой уже любимый, порт #00h.

    Определить же наличие и количество процессоров будет легко, учитывая то, что каждый выполняет свой код в зависимости от состояния порта. Количество зверьков до 256.
    На практике хоть 2-4-8, это вполне нормально для пробы.

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

    Дело в том, что у меня в zx-palm для минимизирования зависимости от спецпрограммирования применяется "ход конем", а именно ez прогружает образ ппзу в рам-память Z80, дальше запрет записи, ez пускает и тормозит его в зависимости от задач. Z80+ram+2микрухи - получается отдельный модуль. В данной схемной реализации нет особых проблем в добавлении n-го количества Z80-модулей, т.е. это нужно учесть заранее.

    на чтение - самое простое, что пришло в голову, это дать каждому процессору свой кусок 64к, остальное тонкости запуска многопроцессорности в момент инициализации.

    на запись - писать одновременно, это уже вопрос, т.е. кеширование или что-то другое.
    ..
    Выстроить их в очередь для обращения к памяти, это самое простое, но теряем производительность на запись, а если учесть возможную необходимую зависимость, то и на чтение.
    ..
    Дать четным одну часть памяти, а остальным другую. Предположим экраны/части (трети) экранов.
    ..
    Запись в более быструю память "хитрым" и быстрым контроллером. Правда в этом случае, количество доппроцессоров сократится.
    ..
    Поставить детекторы записи в память и.. по очереди читать(переносить) из памяти каждого в общее поле, откуда уже формируется картинка и т.п.
    Последний раз редактировалось Пётр; 22.04.2008 в 20:13. Причина: ссылка

  2. #1
    С любовью к вам, Yandex.Direct
    Размещение рекламы на форуме способствует его дальнейшему развитию

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •