PicaRISC Опции

[Adv]

Появился новый потоковый процессор для ALTERA - PicaRISC. Скорость обработки - до 100ГГц.
Если кто не верит, так я не виноват - информацию прилагаю....

Прикрепленные файлы

 PicaRISC_RF.ppt ( 930.5 килобайт ) Кол-во скачиваний: 1055

 

[des00]

Появился новый потоковый процессор для ALTERA - PicaRISC. Скорость обработки - до 100ГГц.
Если кто не верит, так я не виноват - информацию прилагаю....

скока скока ?? 100 Гига герц ? это что тактовая ? эквивалентная тактовая или гига мипсы ? можно поподробнее. а то кроме частот в 200МГц в презентации я не увидел ничего другого.

[Adv]

скока скока ?? 100 Гига герц ? это что тактовая ? эквивалентная тактовая или гига мипсы ? можно поподробнее. а то кроме частот в 200МГц в презентации я не увидел ничего другого.

Не тактовая. Но - всё равно - пардон господа - это частота обработки (возможно, я что-то не понимаю сам... грешен, простите...) НО:

Multi-threaded soft processor scalable from 10 Mbps to 100 Gbps multi-threaded (4-way/8-way/16-way)
area and power optimized


это страница 12 презентации.

Просто в догонку - в Европе пока не распостроняется. Только в Штатах. Говорят - тут нет специалистов для его поддержки (!!!) но, будут, со временем...

[des00]

Multi-threaded soft processor scalable from 10 Mbps to 100 Gbps multi-threaded (4-way/8-way/16-way)
area and power optimized

ну гигабиты и гигагерцы это все таки две большие разницы %)) тот же гигабит это либо 1 бит на 1 ГГц, либо 8 бит на 125МГц. А сделав шину на 32 бита можно вообще 31.25 МГц медленно курить такой поток(кодирование/декодирование например) %)).

[Adv]

ну гигабиты и гигагерцы это все таки две большие разницы %)) тот же гигабит это либо 1 бит на 1 ГГц, либо 8 бит на 125МГц. А сделав шину на 32 бита можно вообще 31.25 МГц медленно курить такой поток(кодирование/декодирование например) %)).

Разумеется! НО именно обработка предполагается БЫСТРАЯ:

Packet Processing Principle

стр 7 презентации. Кто обрабатывал Header в SONET/SDH знает, какой это геморрой, особенно если много каналов и потоки уровня , например, STM4 или STM16. До сих пор это решалось аппаратно (насколько мне известно - только аппаратно, другое не успевало). А насчёт "медленно курить" STM4 ......

В догонку - это ядро предназначено в основном для нового поколения STRATIX IV GT (там 10Gb трансиверы) и встала во весь рост проблема обработки потоков. Например, приложения типа Ethernet over SONET/SDH , только с обработкой и перенаправлением.

Ещё в догонку - так ПРЕДПОЛАГАЕТСЯ. Поимеем ядро (хоть кто-то из известных мне людей) - попробуем. Может, и не так всё гладко...

Сообщение отредактировал Adv - Oct 25 2008, 05:12

[des00]

Разумеется! НО именно обработка предполагается БЫСТРАЯ:

Т.е. я правильно понял, для вас критерий быстроты обработки именно тактовая частота? а не производительность(скорость обрабатываемого потока) ?

Всегда считал что критерий производительности это "частота*разрядность данных". Например кодер на 30МГц по 8 бит за такт(240 Мб/с), будет более производительный чем кодер на 100МГц по 2 бита за такт (200 Мб/с). А развести его на 30 МГц будет проще, пусть даже ценой излишнего объема.

А насчет ядра, покурил внимательнее, dataflow процессор как dataflow процессор. Подобных архитектур в последнее время предложено много. Плюсы именно фпгашного решения в возможности конфигурации различных внешних task ов(почти то же самое что сложная CISC команда).

Не понравилось что треды квазипаралельные, с разделением по времени (PicaRISC Multithreading Example).

Хотелось бы ISA посмотреть ну и 8/16/32 битный datapath классика.

В догонку - это ядро предназначено в основном для нового поколения STRATIX IV GT (там 10Gb трансиверы) и встала во весь рост проблема обработки потоков.

хотел бы отметить даже в этом случае никто на битовом уровне не работает. Используют десериализатор и работают на уровнях 4/6/7/8/10 бит.