Comments 43
Британские ученые изобрели лисп-машину?
+8
FYI
Reduceron — это пример применения Dataflow архитектуры — en.wikipedia.org/wiki/Dataflow_architecture
Хаскел и другие чистые фукнциональные (pure functional) языки — являются датафлоу языками, а С/С++ и другие фон-неймановскими.
Тут просто ярко показано, что датафлоу язык шутстро бегает на датафлоу архитектуре, и не так шустро на фон-неймановский. Ничего сверхестественного.
PS F# тут лишний.
Reduceron — это пример применения Dataflow архитектуры — en.wikipedia.org/wiki/Dataflow_architecture
Хаскел и другие чистые фукнциональные (pure functional) языки — являются датафлоу языками, а С/С++ и другие фон-неймановскими.
Тут просто ярко показано, что датафлоу язык шутстро бегает на датафлоу архитектуре, и не так шустро на фон-неймановский. Ничего сверхестественного.
PS F# тут лишний.
+8
Помню были платы которые ускоряли Яву…
+3
Как мне кажется, скоро будут выходить комбинированные платы расширения (а потом — встраиваться) — для ускорения байткода джавы, сишарпа и остальных, как сейчас идёт сближение GPU и CPU что в разработках AMD, (особенно учитывая то, что их видеокарты снабжены универсальными потоковыми процессорами) что у исследовательских проектов Intel.
+1
Исполнение байткода managed языков нет смысла уводить из CPU потому что это единственное чем он занимается
0
А зачем ускорять байткод там, где есть jit?
Вот платы, основанные на чипах принципиально другой архитектуры (параллелизм — GPU, dataflow — reduceron) — весьма вероятно, что появятся.
Собственно, почему бы компьютеру будущего не быть конструктором, в который можно ставить чипы произвольных архитектур в количестве, соответствующем задачам пользователя? А ядро системы (x86, куда ж от него деться-то?) только управляет распределением задач между чипами.
Вот платы, основанные на чипах принципиально другой архитектуры (параллелизм — GPU, dataflow — reduceron) — весьма вероятно, что появятся.
Собственно, почему бы компьютеру будущего не быть конструктором, в который можно ставить чипы произвольных архитектур в количестве, соответствующем задачам пользователя? А ядро системы (x86, куда ж от него деться-то?) только управляет распределением задач между чипами.
+2
Да уже нет смысла встраивать поддержку байткода VM в процессор — у жирных процессоров (десктопы, смартфоны) есть ресурсы на JIT, а в совсем уж эмбеддеде виртуальные машины умерли вместе с Java в этом секторе. Или нет? Как там, CLDC и Java Card ещё шевелятся?
0
+2
Теперь их эмулирует DosBox JVM
0
советую ознакомиться с Гарвардской архитектурой и компанией Analog Devices которая производит много полезных вещей.
0
тогда как в обычных процедурных задачах Core 2 Duo на порядок быстрее FPGAВсего на порядок? Т.е. Reduceron с частотой 96 МГц работает как Core 2 Duo с частотой 300 МГц? Потрясающие результаты!
+3
FPGA — форм-фактор микросхем.
Следовательно, написать «Core 2 Duo на порядок быстрее FPGA» — все равно что «Холодильник на порядок быстрее USB».
Следовательно, написать «Core 2 Duo на порядок быстрее FPGA» — все равно что «Холодильник на порядок быстрее USB».
-3
На хабре только Ализару позволено копипэстить я так понимаю?
0
Кстати, если вдуматься, то господин Ализар предложил очень богатую идею — про датафлоу сопроцессор. За что ему спасибо.
0
о подобном устройстве пару лет назад сообщалось от отечественных разработчиков. Только у нашего процессора скорость выполнения была выше в любом приложении, но за счет перекомпиляции кода специальным компилятором.
0
Sign up to leave a comment.
Процессор, оптимизированный для функционального программирования