-
- Что-то не слышал я про собственное ПО. В осноаном порты всякого
опенсорца или около того. Перекомпиляция. А оно писалось и
отлаживалось на процах с радикально другой архитектурой. По сути
надо рефакторить код, заменяя алгоритмы на эквивалентные, но более
ориентированные на VLIW. - LightElf(27.12.2025 18:02)
- Компас, это собственное, или опенсорс чего-то? Или какие поделия от
Эремекс? и ещо куча чего-то станкостроительно-моделирующего
ламнарное и турбулентное обтекание. Фплоть до разработки
-моделирования ИС. - mse homjak(27.12.2025 18:10, +1)
- Ну, то есть, перекомпилированное. Взяли сорцы, вылизанные под x86 и
пересобрали эльбрусовским LCC. Изначально разработанного и
заточенного под эльбрус - нету. О чем и речь. - LightElf(27.12.2025 23:30)
- Что значит "сорцы, вылизанные под х86"? Сорцы под х86 вылизывает
оптимизирующий компилятор от Интель или АМД. Или МЦСТ. У них,
кстате, компилер выполняет функцыю кремневого оптимизатора/декодера
х86. У программера нет механизьма, чтобы "вылизать" обжэктный код,
если он не на АСМе кодит. Он описывает логику в ЯВУ, а эту логику в
обжэкт переводит компилер. Он там и под кэшь можэт подстроиться, и
под нутряную архитектуру декодера команд, и тыды. Эльбрусы, через
программный mse homjak(164 знак., 28.12.2025 10:54)
- Короче, я понял что хреново выражаю свою мыслю :-) Поэтому сочинил
пояснительный пример. 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, ссылка)
- У эльбруса, если я ничего не пропустил, есть более-менее обычный
компилятор на базе LCC, с обычными локальными оптимизациями.
Несколько соседних операций в одну длинную инструкцию свернуть он
может, при удаче. Никаких мегачудес с рефакторингом всего проекта
на лету за ним не замечено. - LightElf(30.12.2025 21:18)
- Оно ужэ лет 15-20 есть практически. Оптимизирующий компилер для
Эльбруса. На нём они свой БИВИС написали и Линух. - mse homjak(30.12.2025 17:10)
- 1. Тиритицки - возможно все. Практицки - кто и на какие шиши будет
его натаскивать? Получается, что для VLIW нужны свои, уникальные
оптимизации. Идёшь не в ногу - огребаешь все проблемы в одно жало. LightElf(549 знак., 30.12.2025 16:25)
- Не вижу препятствий. Это всё к компилеру, а не к железу: 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)
- Function inlining Tahoe03(1 знак., 31.12.2025 01:45,
- Функи тянутся из разных библиотек, компилятор их тело просто не
видит. - LightElf(30.12.2025 16:17)
- Нуачо, компилер, изначально натасканный на выявление подобных
вариантов, не сможэт асилить? Думаю, что обычные ГЦЦ, вполне себе,
могут определить и, при оптимизации по скорости, объединить циклы.
Тут, скорее всего, будет проблема с хуевой кучей указателей. - mse homjak(30.12.2025 10:15)
- Короче, я понял что хреново выражаю свою мыслю :-) Поэтому сочинил
пояснительный пример. LightElf(902 знак., 30.12.2025 02:35)
- Что значит "сорцы, вылизанные под х86"? Сорцы под х86 вылизывает
оптимизирующий компилятор от Интель или АМД. Или МЦСТ. У них,
кстате, компилер выполняет функцыю кремневого оптимизатора/декодера
х86. У программера нет механизьма, чтобы "вылизать" обжэктный код,
если он не на АСМе кодит. Он описывает логику в ЯВУ, а эту логику в
обжэкт переводит компилер. Он там и под кэшь можэт подстроиться, и
под нутряную архитектуру декодера команд, и тыды. Эльбрусы, через
программный mse homjak(164 знак., 28.12.2025 10:54)
- Ну, то есть, перекомпилированное. Взяли сорцы, вылизанные под x86 и
пересобрали эльбрусовским LCC. Изначально разработанного и
заточенного под эльбрус - нету. О чем и речь. - LightElf(27.12.2025 23:30)
- Компас, это собственное, или опенсорс чего-то? Или какие поделия от
Эремекс? и ещо куча чего-то станкостроительно-моделирующего
ламнарное и турбулентное обтекание. Фплоть до разработки
-моделирования ИС. - mse homjak(27.12.2025 18:10, +1)
- Что-то не слышал я про собственное ПО. В осноаном порты всякого
опенсорца или около того. Перекомпиляция. А оно писалось и
отлаживалось на процах с радикально другой архитектурой. По сути
надо рефакторить код, заменяя алгоритмы на эквивалентные, но более
ориентированные на VLIW. - LightElf(27.12.2025 18:02)