Forth и другие саморасширяющиеся системы программирования Locations of visitors to this page
Текущее время: Пн ноя 19, 2018 13:21

...
Google Search
Forth-FAQ Spy Grafic

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




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
 Заголовок сообщения: Тесты форт-процессора
СообщениеДобавлено: Вт дек 27, 2011 17:42 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6439
Благодарил (а): 14 раз.
Поблагодарили: 101 раз.
Сопоставляя форт-процессор в ПЛИС с тестами
http://theultimatebenchmark.org/
получаем табличку

sec
J. Kunz DEC 3000-600 Alpha 21064 175Mhz pForth Nesting 32Mil 22
Venty Nokia N900 ARM A8 600Mhz gforth-fast, Linux Nesting 32Mil 3.9
Venty Nokia N900 ARM A8 600Mhz gforth-dtc, Linux Nesting 32Mil 5.5
Venty Nokia N900 ARM A8 600Mhz gforth-itc, Linux Nesting 32Mil 6.9
Matthias Trute Atmega16 8MHz amForth 4.4 Nesting 32Mil 489

=========================================================
kf532 100 MHz, Spartan-6 3


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вт дек 27, 2011 18:09 
Хищник писал(а):
Сопоставляя форт-процессор в ПЛИС с тестами
kf532 100 MHz, Spartan-6 3


А выводы?
А результаты по другим тестам?
Интересны результаты и по известным тестам Форт систем:)


Вернуться к началу
  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вт дек 27, 2011 20:58 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6439
Благодарил (а): 14 раз.
Поблагодарили: 101 раз.
Гость писал(а):
Интересны результаты и по известным тестам Форт систем:)

А какие ссылки здесь давали, такие и проверил :) С сайта тесты, конечно, не все проделаны, только наиболее показательный.


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вт дек 27, 2011 21:26 
Хищник писал(а):
Гость писал(а):
Интересны результаты и по известным тестам Форт систем:)

А какие ссылки здесь давали, такие и проверил :) С сайта тесты, конечно, не все проделаны, только наиболее показательный.


А это на усмотрения автора топика:)
А ссылки можно взять из соответствующих топиков форума (+ код из библиотек функций ffl, fsl и др.)
Интересны показатели по скорости на прикладных задачах (сжатие информации, программный графический
движок т.к. если Форт процессор J1 педлагают использлвать, как ускоритель графики для Ардуино, то интересны, например, цифры возможностей программного рендеринга графики и т.д.)


Вернуться к началу
  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вт дек 27, 2011 23:37 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6439
Благодарил (а): 14 раз.
Поблагодарили: 101 раз.
Гость писал(а):
Интересны показатели по скорости на прикладных задачах (сжатие информации, программный графический
движок т.к. если Форт процессор J1 педлагают использлвать, как ускоритель графики для Ардуино, то интересны, например, цифры возможностей программного рендеринга графики и т.д.)

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


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Ср дек 28, 2011 12:02 
Хищник писал(а):
Мне кажется, что это не вполне процессорные задачи при наличии ПЛИС. Один из критериев разделения проекта на аппаратную и программную - частота модификаций.

Или удобство реализациии программно при ограниченных аппаратных ресурсах ПЛИС:)

Хищник писал(а):
Для стандартных операций, таких как сжатие или рендеринг, эта происходит нечасто. Сделали один раз, убедились, что оно работает правильно... и оформили в виде IP-ядра. Процессор появляется в тот момент, когда мы переходим к регулярно отлаживаемым операциям.


Любая программная отладка имеет тенденцию заканчиваться, а вот вариантов (сжатия, рендеринга и т.д)
может быть много в силу многообразия существующих форматов хранения и обработки информации.
Отладили программно ядро. Характеристики реализации устроили. Нужен ли переход к реализации этого в железном
варианте IP - ядра? Понадобилось данное решение - загружаем программно-аппаратное решение в ПЛИС для решения требуемой задачи. Это не отменяет и использование готовых наработанных IP-ядер.

P.S.


Вернуться к началу
  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Ср дек 28, 2011 12:25 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6439
Благодарил (а): 14 раз.
Поблагодарили: 101 раз.
Гость писал(а):
Или удобство реализациии программно при ограниченных аппаратных ресурсах ПЛИС:)

Это тоже один из критериев.
Гость писал(а):
Любая программная отладка имеет тенденцию заканчиваться, а вот вариантов (сжатия, рендеринга и т.д)
может быть много в силу многообразия существующих форматов хранения и обработки информации.

Вобщем-то это немного разные стадии разработки. Программная отладка - это когда у нас не работает то, что мы хотим сделать работающим. В этом случае изменять программу процессора существенно быстрее, чем менять конфигурацию ПЛИС. Разработка нового варианта сжатия или рендеринга - это другая модификация того же проекта.
Гость писал(а):
Отладили программно ядро. Характеристики реализации устроили. Нужен ли переход к реализации этого в железном варианте IP - ядра?

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


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вс ноя 25, 2012 00:40 
Не в сети
Moderator
Moderator

Зарегистрирован: Ср май 10, 2006 15:37
Сообщения: 1132
Откуда: Chelyabinsk ( Ural)
Благодарил (а): 0 раз.
Поблагодарили: 9 раз.
Есть такой Soft стековый процессор с портом GCC и другими "плюшками"
Zylin CPU
Как его "возможности" можно сравнить c другими стековыми процессорами?
и какие выводы можно сделать по данной разработке?

P.S. Можно ли услышать непредвзятые "компетентные" заключения-рассуждения?
например, мой A процессор "прожуёт и не поперхнётся" этот B процессор (утрировано:)


Вернуться к началу
 Профиль Отправить личное сообщение  
Ответить с цитатой  
 Заголовок сообщения: Re: Тесты форт-процессора
СообщениеДобавлено: Вс ноя 25, 2012 01:33 
Не в сети
Administrator
Administrator
Аватара пользователя

Зарегистрирован: Вт май 02, 2006 22:48
Сообщения: 6439
Благодарил (а): 14 раз.
Поблагодарили: 101 раз.
Используем такой в проекте Software-Defined Radio. Процессор как процессор, тем более что он в составе более крупной системы. Есть поддержка gcc => про Форт можно не вспоминать. Ну вот у меня сейчас основное ядро нечто наподобие zpu4-medium, только частота на Spartan-6 не 80, а 100. Какие выводы из этого можно сделать? Какие вообще надо делать, и надо ли? Нет, Zylin не является частью "победного шествия Форта по планете" :)


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

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


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

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


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

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