caxapa.ru :: Что значит "сорцы, вылизанные под х86"? Сорцы под х86 вылизывает оптимизирующий компилятор от Интель или АМД. Или МЦСТ. У них, кстате, компилер выполняет функцыю кремневого оптимизатора/декодера х86. У программера нет механизьма, чтобы "вылизать" обжэктный код, если он не на АСМе кодит. Он описывает логику в ЯВУ, а эту логику в обжэкт переводит компилер. Он там и под кэшь можэт подстроиться, и под нутряную архитектуру декодера команд, и тыды. Эльбрусы, через программный

mse homjak (28.12.2025 10:54, просмотров: 160) ответил LightElf на Ну, то есть, перекомпилированное. Взяли сорцы, вылизанные под x86 и пересобрали эльбрусовским LCC. Изначально разработанного и заточенного под эльбрус - нету. О чем и речь.

Что значит "сорцы, вылизанные под х86"? Сорцы под х86 вылизывает оптимизирующий компилятор от Интель или АМД. Или МЦСТ. У них, кстате, компилер выполняет функцыю кремневого оптимизатора/декодера х86. У программера нет механизьма, чтобы "вылизать" обжэктный код, если он не на АСМе кодит. Он описывает логику в ЯВУ, а эту логику в обжэкт переводит компилер. Он там и под кэшь можэт подстроиться, и под нутряную архитектуру декодера команд, и тыды. Эльбрусы, через программный

интерпретатор, выполняют нативный код х86, со вполне приемлимой для офисных работ, скоростью. И это при кратно меньшей тактовой, что, кагбе, намекает на потанцевал.

Ответить

- Короче, я понял что хреново выражаю свою мыслю :-) Поэтому сочинил пояснительный пример. LightElf(902 знак., 30.12.2025 02:35)
  - Нуачо, компилер, изначально натасканный на выявление подобных вариантов, не сможэт асилить? Думаю, что обычные ГЦЦ, вполне себе, могут определить и, при оптимизации по скорости, объединить циклы. Тут, скорее всего, будет проблема с хуевой кучей указателей. - mse homjak(30.12.2025 10:15)
    - 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, ссылка)
  - Не вижу препятствий. Это всё к компилеру, а не к железу: Tahoe01(59 знак., 30.12.2025 02:46, , ссылка, ссылка)
    - Функи тянутся из разных библиотек, компилятор их тело просто не видит. - LightElf(30.12.2025 16:17)
      - Function inlining Tahoe03(1 знак., 31.12.2025 01:45, , ссылка)
      - Если бы там было что-то вроде LTO в GCC, то было бы без разницы. LTO оно оптимизирует весь код в общем, все объекты без учёта границ. Nikolay_Po(197 знак., 31.12.2025 00:02)
        
        Да. Попалась статейка про Эльбрусий ЛСС, там отмечалось и это. Типа, отлаживайте тока -О0. Там ещо картинка про прогресс в развитии йазыга. с 2007 по 2020, цэлочисленка бустанула в 2 раза, плывучка, почти в 4. А последний релиз, в 2024г. mse homjak(1 знак., 31.12.2025 10:53, ссылка)

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