Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Чт апр 18, 2024 23:14

...
Google Search
Forth-FAQ Spy Grafic

Часовой пояс: UTC + 3 часа [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2

Производительность должна быть
Экстремально высокой, любой ценой 8%  8%  [ 1 ]
Достаточно высокой, с оглядкой на цену и мощность 25%  25%  [ 3 ]
Как у прочих процессоров того же назначения 8%  8%  [ 1 ]
Можно пойти на компромисс, если от этого улучшится что-то еще 33%  33%  [ 4 ]
Производительность - не главное в этих задачах 8%  8%  [ 1 ]
Другое (что?) 17%  17%  [ 2 ]
Всего голосов : 12
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Сб май 10, 2008 20:01 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 7960
Благодарил (а): 25 раз.
Поблагодарили: 144 раз.
nicka писал(а):
Как я понял, они предлагают ФПГА+среду в которой всё можно руками пощупать, а потом из той же среды получить "прошивку" для прошивания в _очень_мелкотиражную_ микросхему. То есть, как я понимаю, закрыть промежуток между "небыстрые штучные в ФПГА" и "Быстрые, но миллионными тиражами".

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


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Сб май 10, 2008 21:49 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 13:19
Сообщения: 3565
Откуда: St.Petersburg
Благодарил (а): 4 раз.
Поблагодарили: 72 раз.
nicka писал(а):
_очень_мелкотиражную_

nicka писал(а):
"Быстрые, но миллионными тиражами".


"выберите что-нибудь одно!" (с)...

_________________
С уважением, WingLion
Forth-CPU . RuF09WE
Мой Форт
Отсутствие бана это не заслуга юзера, а недоработка модератора (с)


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вс май 11, 2008 08:43 
Не в сети

Зарегистрирован: Вт апр 29, 2008 15:09
Сообщения: 114
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.
Хищник писал(а):
nicka писал(а):
А какие задачи предполагается оставить на общем ядре?

Вот рассматриваем гипотетическую мультипроцессорную систему. Есть DSP, в которые загружены некие библиотеки, и таким образом запущен процесс обработки радио-аудио-видео. Есть управление периферией и прочие специльные либо стандартные задачи, решаемые специализированными устройствами. Однако теперь из этого набора надо сделать нашу систему, и вот тут как раз появляется "просто ядро". На нем может быть Линукс или WinCE, может ничего не быть, оно может заниматься только перекидыванием данных от одного DSP другому, или проверкой ввода пользователя и зажиганием огоньков. Однако на все это уходит основное время, выделенное специально под данный проект. То есть да, DSP - оно может что угодно. И процессор может опросить клавиши как угодно и по какому угодно алгоритму. Но вот эти "трубы разного диаметра" и надо превратить в конкретный алгоритм, конкретный стартовый логотип, конкретный GUI и прочее. И сделать это надо, очевидно, на более-менее универсальном ядре, которое не будет каким-то экстремально производительным, зато, скажем так, не имеющим существенных препятствий к реализации самых разных приемов программирования.


Честно говоря мне кажется что специализация ядер, решение само в себе, до определенного момента оно стреляет, после этого момента наоборот тащится ненужным грузом. Я конечно понимаю что тут не место для обсуждения конкретных архитектур и ядер, но ТТА очень легко может представлять собой и DSP и универсальное ядро. Смысл появления DSP в том что потоки на которые замахиваются эти ядра гомогенны, если так можно выразиться, структура данных в них регулярна и сравнительно слабо связана с изменением алгоритма их обработки, но требуют от скорости исполнения алгоритма сжатых сроков. Скорость таких потоков накладывает ограничение на "широкий профиль" ядер.
Дело в том что некоторые личности вообще предлагают шагнуть шире и дальше выкинув понятие вычислительного ядра как программно управляемого автомата и заменить его полностью синтезом в ПЛИС готового решения с ЯВУ (C++ к примеру).
Эти две крайности или две сущности борятся между собой сравнительно недавно, и исход пока еще не до конца ясен.


Последний раз редактировалось Forexample Вс май 11, 2008 09:28, всего редактировалось 1 раз.

Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вс май 11, 2008 08:46 
Не в сети

Зарегистрирован: Вт апр 29, 2008 15:09
Сообщения: 114
Благодарил (а): 0 раз.
Поблагодарили: 0 раз.
Хищник писал(а):
easic организовали люди из Xilinx. По крайней мере, технические идеи принадлежат выходцам оттуда. Если честно, мне не совсем понятно, как тут можно "попробовать" :)) Это же все равно кремний, со всеми вытекающими. Вот чем оно программируется: :)
Изображение


Что то это очень сильно напоминает ClearLogic.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения:
СообщениеДобавлено: Вс май 11, 2008 17:32 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 7960
Благодарил (а): 25 раз.
Поблагодарили: 144 раз.
Forexample писал(а):
Честно говоря мне кажется что специализация ядер, решение само в себе, до определенного момента оно стреляет, после этого момента наоборот тащится ненужным грузом. Я конечно понимаю что тут не место для обсуждения конкретных архитектур и ядер, но ТТА очень легко может представлять собой и DSP и универсальное ядро. Смысл появления DSP в том что потоки на которые замахиваются эти ядра гомогенны, если так можно выразиться, структура данных в них регулярна и сравнительно слабо связана с изменением алгоритма их обработки, но требуют от скорости исполнения алгоритма сжатых сроков. Скорость таких потоков накладывает ограничение на "широкий профиль" ядер.

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


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу Пред.  1, 2

Часовой пояс: UTC + 3 часа [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 14


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

cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
phpBB сборка от FladeX // Русская поддержка phpBB