Комментарии 11
"Благодаря этому компиляторы, разработчики библиотек и другие поставщики ПО не будут находиться во подвешенном состоянии."
Код для gcc пишет сама Intel. И вообще, у Intel уже есть свой новый (ну как новый, 2011 года) компилятор для AVX10.
https://github.com/search?q=repo%3Aispc%2Fispc+avx&type=issues
К сожалению динамическое переключение SIMD инструкций пока нормально работает только в проприетарном компиляторе Intel (и только для процессоров Интел). Да, и в целом рантайм переключение не панацея, так как ограничивает оптимизацию. Сейчас действительно всё компилируется/оптимизируется под SSE (или SSE2?) и есть возможность надолго застрять на 128 битах, при том, что практически всё железо уже будет поддерживать 256 бит и выше.
С другой стороны, автор немного драматизирует. Всё идёт к тому, что в рамках платформы x64 через 5 лет совершенно везде будет 256 бит и много где будет 512 бит, что позволит изменить настройки компиляции массового сегмента вне зависимости от спецификаций. Уже сейчас много софта просто не заработает без AVX (кое что даже не заработает без AVX2), при том, по-умолчанию до сих пор SSE стоит, если не ошибаюсь. AVX уйдёт в легаси. AVX2 станет мейнстримом. AVX512 будет использоваться либо через рантайм переключение, либо в софте для тяжёлых задач. Грубо говоря, если ментейнеры основных ОС и дистрибутивов сделают ядра и окружение по-умолчанию под AVX2, то и софт весь дружно переключит дефолтные настройки компиляции. Короче, всё само собой, как оно и шло ранее. Страхи же того, что Интел или кто-то другой будет новые (!!!) процессоры с поддержкой SIMD ниже AVX2 выпускать, мягко говоря странные. Зачем? Не говоря уже о конкуренции и прочем. Интел в современном мире видео, аудио, шифрования и прочих потоковых данных сделает шаг назад от AVX2? При наличии набирающего обороты конкурента?! Серьёзно? Одно только распространение AI так производителей в спину толкает, что в они думают не о 128 битах, а том как бы так упихать хоть какой-то AVX-512 даже в нижний сегмент, энергоэффективные ядра и мобильные платформы. Собственно, энергоэффективные ядра и есть отличный показатель того, что именно становится абсолютным минимумом векторных расширений. Для других платформ будет пара тройка вариантов компиляции и оптимизации, но это уже не забота Интел - там пусть у ARM и NVIDIA голова болит.
Гораздо веселее складывается ситуация с AI-ускорителями. Вот там уже зреет такой зоопарк, что цирк SIMD-расширениями времён Pentium-III и дальнейший цирк с расширениями виртуализации цветочками покажутся. Этот ад можно сравнить только с эпохой становления стандартов видеоускорителей - кто во что горазд, война патентов, война технологий, логические и патентные бомбы в OpenGL и всё прочее.
AVX2 станет мейнстримом. AVX512 будет использоваться либо через рантайм переключение, либо в софте для тяжёлых задач.
Поддерживаю. Именно такое переключение реализовано сейчас, например, в текстовом редакторе EmEditor:
скриншот

Идрыть... А нафига ему аж AVX2 ?!
И вообще-то, это криворукость. Переключение делается на этапе загрузки библиотек, загрузчиком, которые вибирает нужное в зависимости от возможностей процессора. Заставлять это делать пользователя... зачем?!
А нафига ему аж AVX2 ?!
Чтобы быть "world's fastest text editor".
Заставлять это делать пользователя... зачем?!
Никто не заставляет. Первым же элементом в раскрывающемся списке стоит Auto.
Почему ваш текстовый редактор вываливается с ошибкой, not found AVX512?
Выкиньте свой древний 5-ти летний ПК и купите современный.
Занавес
Несколько сумбурно. Настолько, что из первой части вообще не ясна суть проблемы. Аналогично неясно толком, что именно предлагается.
AVX10/128 — глупая идея, которую нужно удалить из спецификации