caxapa.ru :: Нуачо, компилер, изначально натасканный на выявление подобных вариантов, не сможэт асилить? Думаю, что обычные ГЦЦ, вполне себе, могут определить и, при оптимизации по скорости, объединить циклы. Тут, скорее всего, будет проблема с хуевой кучей указателей.

mse homjak (30.12.2025 10:15, просмотров: 68) ответил LightElf на Короче, я понял что хреново выражаю свою мыслю :-) Поэтому сочинил пояснительный пример.

Нуачо, компилер, изначально натасканный на выявление подобных вариантов, не сможэт асилить? Думаю, что обычные ГЦЦ, вполне себе, могут определить и, при оптимизации по скорости, объединить циклы. Тут, скорее всего, будет проблема с хуевой кучей указателей.

Ответить

- 1. Тиритицки - возможно все. Практицки - кто и на какие шиши будет его натаскивать? Получается, что для VLIW нужны свои, уникальные оптимизации. Идёшь не в ногу - огребаешь все проблемы в одно жало. LightElf(549 знак., 30.12.2025 16:25)
  - Оно ужэ лет 15-20 есть практически. Оптимизирующий компилер для Эльбруса. На нём они свой БИВИС написали и Линух. - mse homjak(30.12.2025 17:10)
    - У эльбруса, если я ничего не пропустил, есть более-менее обычный компилятор на базе LCC, с обычными локальными оптимизациями. Несколько соседних операций в одну длинную инструкцию свернуть он может, при удаче. Никаких мегачудес с рефакторингом всего проекта на лету за ним не замечено. - LightElf(30.12.2025 21:18)
      - Вот, кароч, их страница. Написано прямо: "оптимизирующий". А это, кагбе, обязывает оптимизировать. mse homjak(1 знак., 30.12.2025 22:00, ссылка)

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