Доброе время суток. Меня интересует встречал ли кто бесплатный (ну или условно-бесплатный) мультипроцессор для ПЛИС со следующими характеристиками:
1) Исходники на VHDL
2) поддержка плавающей точки
3) компилятор хотя бы какой-нибудь, хоть с чего-нибудь

Собственно, обычные процессоры для ПЛИС не устраивают тем, что на них очень неэффективно будут выполняться операции, в которых велика длинна конвейера.
В то же время, длинна конвейера для мультипроцессора абсолютно неважна (т.к. он одновременно выполняет множество потоков и зависимости по данным нет).
Я подумал, что наверняка должны быть такие, но сам пока не нашел.

Спасибо!

Сообщение отредактировал FROL_256 - Mar 6 2011, 21:35

Не встречал.
Считаю, что из трех понятий - ПЛИС, плавающая_точка и производительность- одно лишнее.
В некоторых специальных случаях, бывают исключения.
Но чтобы победить конкурентов по цене, потреблению или производительности, нужна хитрая задача, 81-битные или 129-ти битные числа, а еще лучше, 21-битные. Ну и т.п. случаи, когда руками оптимизированный конвейер плотно руками же утрамбован в аккуратный квадратик, который размножен на всю микросхему.

Потому и не кусают (С)

opensparc t1, t2?

О, похоже на то что нужно, спасибо! Буду изучать.

попадалась как-то ссылка, что под FPGA opensparc тюнить надо. по-моему на гуглокоде видел пример, но точно не скажу, давно было

Ух, если честно, OpenSPARC меня немного напугал. Очень уж там много всего и тулзы совершенно незнакомые используются...документация просто гигантская.
Я такое наверное не потяну, буду искать чего-нибудь попроще. Да и 50Mhz на Virtex5 как-то не очень впечатляют.

Сообщение отредактировал FROL_256 - Mar 7 2011, 15:44

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

Ну вообще то что я делаю с FPGA - это больше академический интерес. Я хотел бы включить это в свой диссер.
Хочу сделать процессор для рейтрейсинга) Суть идеи в том, что можно было бы большую часть функциональности реализовать программно, а то, что занимает много времени - аппаратно, в виде отдельных юнитов.
Вообще я думаю что так можно было бы ускорять не только рейтрейсинг.

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

Мультипроцессор с эффективными операциями FPU мне нужен потому что помимо подсчета пересечений остальные вычисления тоже довольно тяжелые.
Если процессор держит на себе скажем 16 потоков одновременно то даже если длинна конвейера 16, то никаих хазардов не будет и перформанс будет 100 MFlops на 100Mhz именно из-за того, что нет зависимостей по данным.
Если я буду использовать Nios 2 то во-первых, производительность окажется совсем на нуле, а во-вторых мое сравнение будет не совсем верным.
Чтобы процессор не простаивал во время подсчета пересечений мне нужно как можно больше потоков на него повесить. Просто одно поточный CPU это не совсем не то что мне нужно.
Я хотел бы показать, насколько можно поднять перформанс в трассировке лучей, добавив спец. фукнц. юниты. То есть я буду сравнивать производительность просто мультипроцессора без этого юнита и с ним.

Но вообще чем больше времени я на это трачу тем больше понимаю, что затея не очень удачная.
Собственно я пока-что делаю свой мультипроцессор, но замучался) Подумал, что может лучше поискать на стороне.

>Но вообще чем больше времени я на это трачу тем больше понимаю, что затея не очень удачная.
>Собственно я пока-что делаю свой мультипроцессор, но замучался) Подумал, что может лучше поискать на стороне

Нормальная, нормальная затея.

Будем считать, что чистая производительность синтезируемых в микросхеме FPU вам подходит.
Пусть этих FPU 100-200 шт.

Оборачиваем каждый FPU триггерами и блоками памяти для подачи данных и снятия результата. Это будет процессор. Считаем, что процессор будет специализированным и что "программу" можно реализовать аппаратно.
Соединяем процессоры древовидной или кольцевой шиной, возможно, с переходом на пониженную частоту.
Получаем мультипроцессор, что-то вроде GPU. С мультипроцессорами работаем из корневого узла шины

Дополнительные компоненты процессора и шины должны быть на уровне 10-20% от ресурсов FPU.
Иначе перформанс вряд ли получится впечатляющим.

Ну это в идеале наверное, да. Я так далеко не смотрю пока)

>Ну это в идеале наверное, да. Я так далеко не смотрю пока)

Я думал, вы Nvidiю хотите побить.

У простого мультпроцессора код килобайт на 100 в в верилоге. Если FPU взять из ядер (Xilinx?), своего кода совсем мало будет.

Альтера у меня, циклон 4. Ну да, собственно FPU я возьму из библиотек. Проблемма не в количестве кода а в том, что это все нужно отладить, чтоб работало.

http://opencores.org/project,theia_gpu

Ух-ты здорово, жалко только что верилог)

там же на опенкорах и опенриск есть, но он тоже на верилоге и 1 ядро.
но зато есть всё остальное гцц4.5.1, ждб и фпу.