реклама на сайте
подробности

 
 
3 страниц V  < 1 2 3 >  
Reply to this topicStart new topic
> Reconfigurable Computing (new), Обсуждение материалов.
CaPpuCcino
сообщение Oct 11 2005, 13:57
Сообщение #16


тоже уже Гуру
******

Группа: Свой
Сообщений: 2 047
Регистрация: 13-06-05
Из: Кёлн - Санкт-Петербург
Пользователь №: 5 973



Цитата(aosp @ Oct 11 2005, 11:30)
Я это все к чему... пусть ув. Сергей детально опишет идею своей СТАТИЧЕСКОЙ адаптации, введя свои определения в предмет исследований.
*

привет, Алексей! вообще-то я думаю, что здесь это будет оффтопик, потому что область в которой может использоваться данная технология относительно узкая - встроенные системы. и к вопросам глобального прорыва в вычислительной техникe (как это предполагают реконфигурируемые системы) отношения не имеет.
под статической адаптацией я имею ввиду адаптацию архитектуры процессора (c последовательной интерпритациeй команд) под определёный круг задач (список задач, определённых назначением встроенной системы) - это мы можем себе позволить именно из-за того что система встроенная и на звание универсальной выч. системы (сыстем общ. назначения) не претендует. статическая - потому что настройка архитектуры происxодит на этапе компиляции и методы статического планирования кода служат в этом хорошим подспорьем - статическое планирование мы можем себе позволить по тем же причинам - система встроенная и вместо отдельой заливки - конфигурации ФПГА или откомпилированной программы АRМ/MIPS/8051 (что кому больше по душе) заливаем смесь конфигурации процессора адаптированного под приложение и кода. чем важно еще статическое планирование - так это опять вытекает из требований встроенной системы - уменьшением ресурсов на динамический планировщик и следовательно уменьшением энерго потребления. а цели такого подхода опять же не в прорыве показателей производительности (хотя и на это можно расчитывать) а всего лишь в формализации/автоматизации методов проектирования встроенных систем малой тиражности - т.е. ФПГАшных
что думаешь? smile.gif


--------------------
И снова на арене цирка - дрессированные клоуны!! Оказываем консультации по электронике за симпу круглосуточно.
Go to the top of the page
 
+Quote Post
tegumay
сообщение Oct 11 2005, 19:31
Сообщение #17


Местный
***

Группа: Свой
Сообщений: 264
Регистрация: 16-09-05
Из: Москва
Пользователь №: 8 640



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

Реконфигурация выч. блока в горячем режиме для выполнения операции, микрооперации или для выполнения алгоритма (БПФ или обратное преобразование)
конечно позволяет экономить место, да и разрядность повысить и кол-во блоков запихнуть побольше (хе-хе вам надо 100 adder'ов? в обычном проце?), только я думаю есть нехилая проблема наладить обмен этих блоков данными (за 1 такт), иначе особо эффективность не повысишь. Ну а если обеспечить распаралеливание (многопоточность) вычислений (помните всем блокам своих данных надоть...) и реконфигурацию в зависимости от того что нужно... тогда это имеет смысл и в центральный процессор запихивать, а так реконфигурация для обычных ПК имеет смысл наверно только для GPU поскольку там можно много сложных алгоритмов накрутить для реалистичной графики, а для обычного процессора...
Ну а для спец. применений..., над этим я думал когда с ПЛИС начал работать года 2 назад... Это надежность))) Сбой блока ЧЧЧ?, но проблем, перешить блок ЯЯЯ (резервный) или блок ЕЕЕ (с понижением нагрузки или заменой), для цифровых систем с общей шиной это хорошо, но мне интересно как это решить, если применять для сетей распределения сигналов, если не ставить I/O на каждый блок?
Разве что определять кол-во требуемого резерва через графы в зависимости от требуемой надежности и резервирования, а потом все учитывать...
Ну наговорил, нунаговорил... выложил, что в голову полезло..
А за реконфигурацией наверно будущее_


--------------------
;X
Go to the top of the page
 
+Quote Post
tegumay
сообщение Oct 11 2005, 19:36
Сообщение #18


Местный
***

Группа: Свой
Сообщений: 264
Регистрация: 16-09-05
Из: Москва
Пользователь №: 8 640



Это немного офтоп, но к идее -
В одной книге по фантастике весь народ покупал на рынке металлоболванку,
а потом деньги платили за улучшение функциональности и допрошивку, хочешь интеллектуальный холодильник или печку с мегаразогревом?
плати деньги,хочешь оптимальный алгоритм функционирования мебели? плати за доп.прошивку.А железо было у всех одинаковое абсолютно._


--------------------
;X
Go to the top of the page
 
+Quote Post
sebl
сообщение Apr 24 2008, 15:01
Сообщение #19





Группа: Новичок
Сообщений: 1
Регистрация: 19-09-07
Пользователь №: 30 683



Цитата(CaPpuCcino @ Oct 10 2005, 18:25) *
ага - я вот примерно этой вопроснёй сейчас и занимаюсь и почти что в аспирантуре smile.gif


Надо же, можно сказать ``коллега'' smile.gif Я сейчас, в рамках своего дипломного проекта, занимаюсь схожей проблемой, но приложение несколько иное (параллельные вычисления в ЦОС (пока ориентируюсь только на это)). Планирую заниматься этим дальше в аспирантуре, если возьмут конечно же smile.gif
Go to the top of the page
 
+Quote Post
ClockworkOrange
сообщение May 5 2008, 07:59
Сообщение #20


Местный
***

Группа: Свой
Сообщений: 337
Регистрация: 17-05-07
Пользователь №: 27 784



Цитата(sebl @ Apr 24 2008, 19:01) *
приложение несколько иное (параллельные вычисления в ЦОС (пока ориентируюсь только на это)).

Всё украдено `до` нас
Прикрепленный файл  Programmable_Multi_Core_DSP_2007.pdf ( 251.97 килобайт ) Кол-во скачиваний: 775
Прикрепленный файл  Deterministic_Parallel_Processing_2005.pdf ( 425.11 килобайт ) Кол-во скачиваний: 403


но на мой скромный взгляд параллельные вычисления - это из другой оперы, нежели Reconfigurable Computing


--------------------
Чтoбы yзнaть, кaкaя дopoгa впepeди, cпpocи тex, ктo пo нeй вoзвpaщaeтcя ©
Go to the top of the page
 
+Quote Post
dadya_vovan
сообщение May 13 2008, 14:29
Сообщение #21


Участник
*

Группа: Свой
Сообщений: 30
Регистрация: 19-12-05
Пользователь №: 12 384



Цитата
но на мой скромный взгляд параллельные вычисления - это из другой оперы, нежели Reconfigurable Computing


Как вариант - динамическое изменение частоты DCM ПЛИС тоже делается с помощью динамической реконфигурации кристалла (в некоторых документах из начальной подборки идет речь именно о такой методике). Применений для этой технологии не только в ЦОС, но и во многих других областях полно, наверное...
Go to the top of the page
 
+Quote Post
a123-flex
сообщение Nov 23 2010, 08:41
Сообщение #22


Профессионал
*****

Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884



увы мне, в теме слаб, а она очень интересна. может кто подскажет новичку (опять новичку crying.gif ) возможна ли реконфигурация в таком виде: берем текущую прошивку, нужную прошивку, вычисляем diff, и проливаем лишь отличающиеся /адреса ячейки хз чего/? ну и ресет кристалла - и вперед. в свое время технологию откатали, хоть и на другой совсем задаче. Объясню - для моих задач меня вполне устроит время обновления прошивки целого кристалла 1 мс. Целиком за ето время хотя бы миллионник не залить, а вот дифами думаю было бы можно.

Либо по другому: может быть просто есть кристаллы которые можно залить полностью за 1 мс по параллельному интерфейсу ?


--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
Go to the top of the page
 
+Quote Post
ViKo
сообщение Nov 23 2010, 09:04
Сообщение #23


Универсальный солдатик
******

Группа: Модераторы
Сообщений: 8 634
Регистрация: 1-11-05
Из: Минск
Пользователь №: 10 362



Цитата(a123-flex @ Nov 23 2010, 10:41) *
Целиком за ето время хотя бы миллионник не залить, а вот дифами думаю было бы можно.

Я думаю, автомат, который конфигурирует ПЛИС, устроен как сдвиговый регистр. И никак в середину этого регистра не влезть.
Go to the top of the page
 
+Quote Post
XVR
сообщение Nov 23 2010, 10:18
Сообщение #24


Гуру
******

Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847



Цитата
берем текущую прошивку, нужную прошивку, вычисляем diff, и проливаем лишь отличающиеся /адреса ячейки хз чего/? ну и ресет кристалла - и вперед.
У Xilinx возможно. У него конфигурация заливается блоками (у S3E например, блок - 96 байтов). Минимальная единица заливки - блок
Другой вопрос, что при изменении исходной схемы может поменяться ВСЯ прошивка, и размер diff'ов будет больше, чем новая полная прошивка sad.gif
Go to the top of the page
 
+Quote Post
a123-flex
сообщение Nov 23 2010, 10:48
Сообщение #25


Профессионал
*****

Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884



Цитата(XVR @ Nov 23 2010, 13:18) *
У Xilinx возможно. У него конфигурация заливается блоками (у S3E например, блок - 96 байтов). Минимальная единица заливки - блок
Другой вопрос, что при изменении исходной схемы может поменяться ВСЯ прошивка, и размер diff'ов будет больше, чем новая полная прошивка sad.gif


м. нарыл отличный констрейн
Range of Locations
The basic UCF syntax is:
INST “instance_name” LOC=location:location {SOFT};

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

А кстате где-нибудь можно нарыть структуру файлика прошивки ? Ети блоки их можно расковырять прямо в bit файле, или нужно генерить какой специальный файл ?


--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
Go to the top of the page
 
+Quote Post
XVR
сообщение Nov 23 2010, 11:22
Сообщение #26


Гуру
******

Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847



Цитата
м. нарыл отличный констрейн
У Xilinx'а вообще можно закрепить часть прошивки и перегенерировать только другую часть, но для этого дезайн должен быть устроен специальным образом. (Равно как и с использованием LOC констрейна). Т.ч. если допустимо проектировать дезайн таким образом, то диф. конфигурация может сработать.
Цитата
А кстате где-нибудь можно нарыть структуру файлика прошивки ?
Он описан в документации по сонфигурированию каждого конкретного семейства.
Для Virtex6 - Virtex-6 FPGA Configuration User Guide (UG360), Chapter 6: Configuration details.
Для Spartan3/3E - Spartan-3 FPGA Family Advanced Configuration Architecture (XAPP452)
Для SpartanSA - Spartan-3 Generation Configuration User Guide (UG332), Chapter 17: Configuration Details

PS. Еще у меня есть Perl'овый скрипт, который декодирует .bit файлы. Пока поддерживаются S3,S3E и V6
Go to the top of the page
 
+Quote Post
a123-flex
сообщение Nov 23 2010, 15:19
Сообщение #27


Профессионал
*****

Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884



Цитата(XVR @ Nov 23 2010, 14:22) *
У Xilinx'а вообще можно закрепить часть прошивки и перегенерировать только другую часть, но для этого дезайн должен быть устроен специальным образом. (Равно как и с использованием LOC констрейна). Т.ч. если допустимо проектировать дезайн таким образом, то диф. конфигурация может сработать.
Он описан в документации по сонфигурированию каждого конкретного семейства.
Для Virtex6 - Virtex-6 FPGA Configuration User Guide (UG360), Chapter 6: Configuration details.
Для Spartan3/3E - Spartan-3 FPGA Family Advanced Configuration Architecture (XAPP452)
Для SpartanSA - Spartan-3 Generation Configuration User Guide (UG332), Chapter 17: Configuration Details

PS. Еще у меня есть Perl'овый скрипт, который декодирует .bit файлы. Пока поддерживаются S3,S3E и V6



Очевидно, если кристалл заполнен достаточно сильно, а не состоит из блочков "висящих" на некотором расстоянии друг от друга, то добиться малого размера diff файлов не получится не так ли ?


--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
Go to the top of the page
 
+Quote Post
XVR
сообщение Nov 23 2010, 15:24
Сообщение #28


Гуру
******

Группа: Свой
Сообщений: 3 123
Регистрация: 7-04-07
Из: Химки
Пользователь №: 26 847



Цитата(a123-flex @ Nov 23 2010, 18:19) *
Очевидно, если кристалл заполнен достаточно сильно, а не состоит из блочков "висящих" на некотором расстоянии друг от друга, то добиться малого размера diff файлов не получится не так ли ?
Угу unsure.gif
Go to the top of the page
 
+Quote Post
a123-flex
сообщение Nov 23 2010, 16:40
Сообщение #29


Профессионал
*****

Группа: Свой
Сообщений: 1 687
Регистрация: 11-01-05
Из: Москва
Пользователь №: 1 884



Цитата(XVR @ Nov 23 2010, 18:24) *
Угу unsure.gif


biggrin.gif biggrin.gif biggrin.gif biggrin.gif biggrin.gif


--------------------
Если хочешь узнать, что ждет тебя на дороге впереди, спроси у тех, кто возвращается по ней.
Go to the top of the page
 
+Quote Post
анатолий
сообщение Nov 26 2010, 12:07
Сообщение #30


Местный
***

Группа: Свой
Сообщений: 221
Регистрация: 10-12-05
Из: Украина
Пользователь №: 12 052



Если закон Мура будут двигать и дальше,
то в рамках закона выживут универсальные мультиропроцессоры, память и ПЛИС.
Так что тема ветки - неизбежная.
Сейчас ведутся работы по стандартизации интерфейсов виртуальных модулей и
общей шины для них.
Когда эти интерфейсы устаканятся, тогда можно будет говорить о реконфигурируемых вычислениях на всех углах.
Возможно, Xilinx, Altera, договорятся и выпустят ПЛИСы, поддерживающие эту стандартизацию.
Вот, уже есть сдвиги, что стандартизируют фиксированную и плавающую запятую,
которые станут синтезируемыми в полный рост.
Go to the top of the page
 
+Quote Post

3 страниц V  < 1 2 3 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 10th July 2025 - 01:35
Рейтинг@Mail.ru


Страница сгенерированна за 0.02121 секунд с 7
ELECTRONIX ©2004-2016