caxapa.ru :: там как раз примерно "хочу 2и-не и с триггером". ты когда пишешь int i; не поясняешь, где это i должно быть - в общей куче, на стеке или в регистре. так и верилог - ты ему "хочу 2И-НЕ", а он тебе "а я тебе в LUT`ы логику запихнул, оно будет работать, не сумлевайся".

Mahagam (24.12.2021 17:17, просмотров: 234) ответил LightElf на Ну вот к примеру Verilog (который я не знаю). Он, вроде как, вполне декларативный. То есть описывается что должно получиться, а не "которую 2И-НЕ с этим триггером соединить". Вроде же справляются как-то, синтезируют в сильно разные плиски и не жужат.

там как раз примерно "хочу 2и-не и с триггером". ты когда пишешь int i; не поясняешь, где это i должно быть - в общей куче, на стеке или в регистре. так и верилог - ты ему "хочу 2И-НЕ", а он тебе "а я тебе в LUT`ы логику запихнул, оно будет работать, не сумлевайся".

Ответить

- Ну да, оно (как я понимаю) само выбирает куда запихнуть и что с чем соединить, чтобы получить заданную логическую функцию. Когда я пишу LightElf(537 знак., 24.12.2021 17:31)
  - этой "скрываемой потенциально важной инфы" слишком дохрена. а на каком проце оно будет распараллеливаться? а стоит ли дёргать работой 32 ядра, если поиск в 32-х элементах? а с какого конца лучше искать? да почитай статью про процы на хабре. VLIW не смогли осилить потому что компилятор под это дело хрен напишешь. так там задача проста и ясна - вот текст программы, выдай код чтобы все исполнительные блоки запрячь. - Mahagam(24.12.2021 17:37)
    - Дык я именно об этом. Компилятор не смогли осилить (точнее результат так себе) именно потому, что текст программы уже написан на императивном языке (C, ++, еще что-то), в котором важная информация уже потеряна. Компилятор пытается выцедить параллелизм из текста, изначально подразумевавшего последовательное выполнение. Т.е. сначала программист раскладывает задачу на набор последовательных маленьких шагов, а потом компилятор пытается из фарша слепить стейк. LightElf(518 знак., 24.12.2021 17:59 - 18:09)

Средства и методы разработки