Узелок

[norian]

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

Это чтобы не забыть набросать потом требования и базовые схемы :о))

Comments

[stepbeyond.livejournal.com]

а что там можно со списками встроенного сделать?

[norian.livejournal.com]

например, префетчить ссылки на 1-2-3 уровня вглубь, данные из следующего узла, указатели на методы предка
память опять же выделять/инициализировать/забирать быстрее
а то сейчас архитектура заточена под линейные массивы и максимально быструю их обработку в циклах. А программеры в большинстве своём пользуются объектами и всякими расширениями вроде STL или Boost

[stepbeyond.livejournal.com]

грамотненько. только нужно уметь данные описывать. э. intel 432?

[norian.livejournal.com]

не, не замена всего подряд, а скорее дополнение каркулятора оптимизационными механизмами - в принципе, ядро можно оставить, а кэш и префетчинг заставить работать в 2х режимах - ориентированный на массивы/циклы и ориентированный на объекты/списки. И переключаемый программно :о)). Ну и динамическую память вынести в железо, чтобы время у процессора не отъедала - компайлер должен делать префетчинг этих фичей, чтобы новые объекты не ждали адресов, а мусор бы собирался вообще в фоновом режиме - пометил объект как дохлый одной командой - и дальше.