ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Суббота
18 мая
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1269377 Топик полностью
Adept (20.12.2022 05:56, просмотров: 205) ответил Dingo на Проблема(одна из) для современных путей развития в том, что стековая архитектура плохо уживается с кэшами. Хорошие статьи на хабре-> . Про Forth отдельно: проще уж Си-исходник компилировать в стековый код, чем вырастить школу программистов для стековых языков. Для управления телескопом или запуска хоть чего-то на голом железе - уместен, но следующий шаг обычно: "а давайте напишем Си". Тут тогда встаёт вопрос, а не проще ли 8 или 16 RISC втиснуть?
с нуль-адресными (стековыми) машинами нужно мозги набекрень. Во времена медленных ОЗУ (как раз, когда ФОРТ зарождался) работа со стеком (читай регистрами) была на порядки быстрее работы с памятью, но сейчас.... ну ХЗ, А так да очень интересная штука (кто в юности не увлекался ФОРТом - не поймёт :)) 

форт-система - очень компактна (базовый словарь и редактор - несколько кило всего), расширяема (фактически сам себе пишешь язык), быстра (программы на ФОРТе уступают ассемблеру в быстродействии совсем немного, а может не уступают и вообще, если грамотно написаны. Программы очень компактны, и даже отсутствие плавающей арифметики в стандарте, и даже польская нотация, не очень напрягают, но вот как реализовать нелинейные программы (прерывания, к примеру), при отсутствии произвольного обращения к памяти???? только с набором переключаемых стеков, но контролировать их перекрытие - тот ещё геморрой :( В итоге - очень удобен для линейных алгоритмов, описывающих какой-либо процесс, но что-то более сложное - увы, - никак. Но сама по себе идея интерпретатора с пополняемым компилируемым словарём - очень хороша.

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
Ответить