Это некий модуль, который уже написан на каком-нибудь верелоге. Ваша задача добавить ему память и переферию и выпустить готовый чип. В принцыпе, получается, что новый проц может достаточно быстро разработать всего один человек. В Корее десятки фирм ныне штампуют свои SoC на уже готовых ядрах. («Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

[an error occurred while processing this directive] Это некий модуль, который уже написан на каком-нибудь верелоге. Ваша задача добавить ему память и переферию и выпустить готовый чип. В принцыпе, получается, что новый проц может достаточно быстро разработать всего один человек. В Корее десятки фирм ныне штампуют свои SoC на уже готовых ядрах.

(«Телесистемы»: Конференция «Цифровые сигнальные процессоры (DSP) и их применение»)

Отправлено st256 11 февраля 2006 г. 16:28
В ответ на: А что такое портируемое ядро? (+) отправлено SM 11 февраля 2006 г. 00:02

=== Что, существует такой софт, который нельзя портировать на ядро 55, но при этом можно на ZSP?

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

=== Что в нем есть такого, чего нет в 55?

Простота.

Составить ответ ||| Конференция ||| Архив

Ответы

Finding a good college — mr-joel-comm (23.11.2006 21:42 84.155.224.209, 288 байт, ссылка)
И, вдогонку. Если ядро поставляется в виде "IP Core", то есть "суй-в-свой-асик", то аргумент "простота" не принимается. Ведь не самому же его реализовывать. — SM (11.02.2006 17:13 213.141.159.26, пустое)
- Я имел ввиду простоту архитектуры, ассемблера и т.д. — st256 (11.02.2006 19:57 81.1.217.69, пустое)
  - Это аргумент писателям компиляторов. А простота асма на мой взгляд (взгляд любителя писать на асме) - это минус. — SM (11.02.2006 20:04 213.141.159.26, пустое)
    - Ну только не в случае ZSP400. — st256 (11.02.2006 22:19 81.1.217.67, 1105 байт)
      - Но сколько текста-то писать! Ужас! За то я риски и не люблю. Хотите я на суперскаляре :) С6000 кодер G.726 покажу? Где до 8 инструкций за такт? Мощно, но не значит удобно! — SM   (11.02.2006 22:39 213.141.159.26, пустое)
        
        Плюс ко всему - упрощение системы команд обычно влечет еще и увеличение объема кода. А значит объема памяти. А дальше (+) — SM   (11.02.2006 23:32 213.141.159.26, 246 байт)
        
        Вам не нравиться много текста? Используйте макросы! — st256   (13.02.2006 08:09 81.1.217.77, 597 байт)
Теперь ясно. Я привык к названию "синтезируемое ядро", благо сам их делаю. Кстати - раз уж такое дело - сколько места оно займет на 0.35 при оптимизации на тактовую порядка 30-40 мгц, и сколько оно стоит (ясно не точную цифру, а порядок). — SM (11.02.2006 16:58 213.141.159.26, пустое)
- Ну откуда мне знать? Я ж прошивки строчу. — st256 (11.02.2006 18:05 81.1.217.80, 1230 байт)
  - Нет, Сергей ты не прав. Из синтезируемых DSP OakDSP/TeakDSP/PalmDSP пожалуй будут поинтересней ZSP (Teak например с двойным MAC), есть Eще RealDSP, синтезируемых DSP ядер много и в SoC они не редкость, ZSP400 очень типовой продукт — AntZ (11.02.2006 18:54 213.247.198.177, пустое)
    - Да не очень-то типовой. Двумя 32-битными маками мало кто похвастаться может — SM (11.02.2006 19:30 213.141.159.26, пустое)
  - Примерно расклад ясен. А про TI/AD - они не продают ядра. Они могут сделать ASIC с их ядром. Две большие разницы. "Продажные" - это ARM, MIPS и т.п. А из DSP - этот пожалуй единственный (+) — SM (11.02.2006 18:24 213.141.159.26, 133 байт)
    - Насчет продажности ядер - вопрос темный... — st256 (11.02.2006 19:32 81.1.217.67, 747 байт)
      - Ответ (+) — SM   (11.02.2006 19:41 213.141.159.26, 407 байт)
        
        То есть сейчас это не то, что было раньше (+) — SM   (11.02.2006 20:14 213.141.159.26, 357 байт)
        
        Ответ: — st256   (11.02.2006 20:12 81.1.217.76, 1290 байт)
        
        Ответ: (+) — SM   (11.02.2006 20:22 213.141.159.26, 1288 байт)

Перейти к списку ответов ||| Конференция ||| Архив ||| Главная страница ||| Содержание

E-mail: info@telesys.ru

Ответы

Отправка ответа