кстати, вопрос. Под виндовс или линукс 64 битные форты уже есть? (ээм, с открытым кодом)

Я встречал реализации Форта на интерпретируемых динамических языках, а эти языки сейчас массово переводят перекомпиляцией в 64-бит, то есть получается очень тормозное решение, но настоящее 64-битовое.
Хотя кстати вот так бы ИМХО и надо делать современную Форт-машину - чтобы ассемблер был не по современным принципам RISC/плоская память/etc, а по принципам Лисп-машин, с тегированной памятью и с обработкой информации в CPU не битами а структурами.

Да, сейчас еще подумал про Ghostscript - его вроде уже сделали нейтивно 64-битовым, но говорят что в стандарте Postscript все равно адресация 32-битовая, так что даже и так 64-битового Форта не получается.

Вот не надо так делать современную форт-машину. Такой подход означает вшивание алгоритмов обработки специфичных для языка структур непосредственно в архитектуру процессора. Что есть сильное несоответствие по уровням существования этих концепций. В видеокарту не встраивают отдельную поддержку щупалец для марсиан.

Работа с динамическими структурами это специфика не какого-то конкретного языка а вообще современного программирования.
Спорить можно как конкретно это реализовать, но как-то реализовывать надо, потому что нет других способов дальше повышать производительность отдельного ядра на мегагерц - элементарно слишком много тактов универсального процессора тратится на выборку из структур.


В видеокарту много чего встраивают специфического для приложений. Уже доросли до универсального многоядерного процессора.

Это тот случай, когда следует адаптировать реализацию языка под возможности процессора, а не вводить команды с красивой спецификацией, но идущие несколько вразрез с электроникой.

Именно что универсального. И разработчики систем более высокого уровня абстрагирования от реализации уже смотрят, как сделать программный движок, используя возможности аппаратуры.

Кстати, вопрос: а где есть хорошее коротенькое описание x86_64?
- я тут надыбал его упоминание в PFE и пытаюсь понять, он 64-битовые регистры использует или 32-битовые.

Адаптировать процессор к языку или язык к процессору это просто разные подходы - в СССР все делали комплексно (и в железо встраивали специфику ЯВУ), в США узкоспециализировались (и делали совершенно абстрактное от ЯВУ железо, а подгоняли язык), идеал где-то посередине.


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