Невероятно, то что должно было быть еще при вводе AMD64 наконец решили сделать. Удвоение РОН, и к нему бы все остальные контексты типа SSE без пенальти - и будет сказка !
Но думается мне, чего то в этой спеке не хватает, хотя я рад и удивлен.

Лучше бы выбросили весь старый хлам сначала, унаследованный от i8086/186/286.
В век виртуализации, держаться за совместимость на уровне bare metal, глупо.

Да уж, доят до последнего. Развиваться не хотят. Волшебный мир капитализма.

SVG4K
Невероятно, то что должно было быть еще при вводе AMD64 наконец решили сделать. Удвоение РОН, и к нему бы все остальные контексты типа SSE без пенальти - и будет сказка !

Может быть когда нибудь, оно и будет в десктопах (пока только для Granite Rapids обещают).
А может быть и нет - снова покажут нам средний палец, как уже было с AVX-512.
Неисповедимы пути интел-маркетолухов.

AVX горячим вышел, а эта фича горячей не будет, может быть даже просто поле регистров внеочередного выполнения сделают чуть больше видимым, их там и так вроде от 180 и больше. Это впринципе недорогой ход. Интересна реакция AMD !

AMD уже реализовала AVX-512 и, по-моему, не так энергозатратно (2 раза по 256 бит).
А от Интела мы пока видим вот это:

Karin_JP
А от Интела мы пока видим вот это:
Впринципи не жаль, встройка жрет транзисторный бюджет на монолите и как то весь мир Интелам пальцем в нос не тыкнул, они первые начали лишний кремний пихать насильно.
Из этого бюджета можно было хоть AVX-4096 впарить не сильно задумываясь, мнится мне что этот облом шерифа не волнует.

лучше бы переводили все эти SSE/AVX расширения на stream-формат, а не лепили очередные тупиковые регистры.

Jaz
8086/186/286.

186 Рили?

пруфлин на горячесть AVX будет?

Добавление от 27.07.2023 16:38:

x-64s ?

BlazeBlaze
пруфлин на горячесть AVX будет?

Понижающий множитель в БИОСе на AVX нагрузку это первый показатель, или вы думаете что там по питальнику недоразвели ?
А сейчас чтото изменилось кроме того что его нагло отключили ?

Феназепам
186

Этот процессор существовал, но вошел ли в легаси со всеми своими "новшествами" и undocumented - врядли. Как и 286.

Да, R86_64 (reduced X86_64) например)
Поскольку X86 создавался для удобства программиста, а теперь это уже не актуально, можно было бы зачистить набор команд, на этак 30%..

p.s. AVX512 тоже считаю вредной, маркетинговой фичей, для победы в паре тестов.

Jaz
можно было бы зачистить набор команд, на этак 30%..

Можно было вообще новую таблицу команд запилить, с ортогональностью, трехадресностью, и сильно меньшим датарейтом чем текущая префиксная куча-мала.
И назвать это AMD64-New. У Интела рука не поднимется.

Конкретно опкоды PUSHA/POPA, оттуда.
Так что, вошел.

yolo
там умные люди есть

Они долго пилили Itanium, конечно умные, спору нет.

Jaz
опкоды PUSHA/POPA

Коды то хорошие, им бы контекста по битовой карте, смысл вырезать весь легаси конечно имеет, но я бы это старое легаси просто бы сэмулировал малой кровью.
Ведь их цель заточить оптимизированный кремний под только по новейшую архитектуру, а так приходится на каждый степпинг/релиз все это барахло пересчитывать по сотне параметров, и этот легаси там не пришей рукав.

yolo
тем более теперь, когда риск5 есть, и арм давит.

Ноу проблем, сейчас х86 да и все остальные кодовые модели являются лишь фронд-ендом для конвейерного ядра с иерархией памяти.
Они же давят сегментированно, phoronix не даст соврать. Почему VLIW-Итаниум вреден для здоровья, выясняется в ветке "отечественные процессоры" том 25й. С попеременным успехом.

Jaz
вариация мысли 40-летней давности.

Можно сказать что это версия on-fly архиватора потока микрокода 40-летней давности.
А с другой стороны это боевая машина великой битвы с патентными троллями. Чем старее дубина тем сободнее дышитса.

а то, что оно в 2 раза больше полезных вычислений производит вы решили проигнорировать?

Добавление от 27.07.2023 20:41:

они и так эмулируется малой кровью. но поскольку процессоростроение уже зрелая отрасль, то пришла пора взяться за малую кровь и подрезать проценты.

интел предлагает уменьшить нагрузку на кэш и на декодеры, а вот что даст то что вы предлагаете, вы даже приблизительно пояснить не можете.

Добавление от 27.07.2023 20:45:

не хватает того, какие call convention будут в си. например для x64 часть регистров волатайл, часть нет. как будут распределены тут, я не знаю. было бы интересно, если бы кто-то с опытом указал, каких именно щас не хватает, волатильных или нет.

BlazeBlaze
а то, что оно в 2 раза больше полезных вычислений производит вы решили проигнорировать?
ты вообще когда нибудь писал под AVX? если в 512-ом ты получишь ускорение хотя бы 30-40% это уже можно считать чудом.
кэш сжирается в момент и ты напрямую утыкаешься в бутылочное горлышко общей памяти. и привет скорость.
а там тебе еще и частоту проца скинут чтоб не сгорел нафиг. теоретег, блин.

ради AVX-512 расширяли в том числе и число устройств загрузки/записи. если все упирается в память - процессор мгновенно перестает греться

BlazeBlaze
а то, что оно в 2 раза больше полезных вычислений производит вы решили проигнорировать?

Версия на 256 и 512 отнюдь не кратно увеличивают полезность вычислений в сравнении с SSE для чего угодно, но лишь для массивов данных которые можно обсчитать с их помощью. Сядьте за ассемблер и накидайте сходу ченить, вдруг для всего годится
А сатурацию кэша, выравнивание и перемешивание с кодом можете не применять, это же все совсем не надо

нтел предлагает уменьшить нагрузку на кэш и на декодеры, а вот что даст то что вы предлагаете, вы даже приблизительно пояснить не можете.

А что я предложил в вашем понимании ? Тема началась с краткого описания АРХ, вы его прочли ?
Наличие опциональной возможности гонять старые модели кода не увеличивает нагрузку на кэш, и не увеличивает нагрузку на декодеры. Это увеличивает ситуативную нагрузку при расчете кремния процессора, потому что требует затрат на оптимизацию. Среди миллиардов транзисторов плюс минус пары сотен погоды никому не делает. На закладки транзисторов хватает. Никто не жалуется.

например для x64 часть регистров волатайл, часть нет

Если Интель расщедриться назвать их R16...R31, как и старые от АМД, то они должны быть в свободном полете.
Как всегда если очень надо немножка подвинуть конвенцию на стек и потом вернуть обратно никто не мешает.

ради AVX-512 расширяли в том числе и число устройств загрузки/записи

Ну дык и шта. Че там на разъеме DIMM от этого еще новые пины пошли и еще пара каналов нарисовалась.
Нагрузить эти порты передачи данных может только система кэшей и ваши прямые руки чтобы данные шли строго секвенционально. Нет ?

Jaz
p.s. AVX512 тоже считаю вредной, маркетинговой фичей, для победы в паре тестов.

Вот пример использования AVX512 в сортировке:
Intel реализовала сортировку на AVX-512: ускорение в 10–17 раз

И еще пример (любимые на этом форуме FPS):
Эмулятор RPCS3 намного лучше работает на процессорах с поддержкой AVX-512Выделено мной. Не так уж и плохо.
Трудность здесь в другом - благодаря маркетологам Интела AVX512 пока что сильно аппаратно-зависима:
"Вот вам AVX512, пользуйтесь на десктопах!
Хер на вас - на дестопах AVX512 не будет!
Объявляем праздник для народа! Мы когда-нибудь вернем вам AVX512 на десктопы, но в новой обертке AVX10".
Видимо, поэтому AVX512 еще не так популярен в ПО, в том числе в бенчмарках.

Steive
кэш сжирается в момент и ты напрямую утыкаешься в бутылочное горлышко общей памяти. и привет скорость.

Нынче 3D V-Cache входит в моду, что значительно увеличивает размер кэша - надеюсь, оно поможет.

Пропускная способность кеш-памяти 3D V-Cache у процессоров Ryzen 7000X3D увеличена до 2,5 ТБ/с

PC_User
но в новой обертке AVX10

Нормальная спецификация у AVX10, для ядер обрезков и нужно было делать усеченную вариацию AVX-512 просто втихушку, как это было у АМД.
Более того, можно было один блок на два ядра ставить. Как у Фуфикса 8350.
Виртуально расширить AVX даже до 1024,2048 и 4096 нет никаких проблем как и в случае с экономией в Е-ядрах.

SVG4K
Нормальная спецификация у AVX10, для ядер обрезков и нужно было делать усеченную вариацию AVX-512 просто втихушку, как это было у АМД.

И без маркетингового "AVX10" давно могли бы сделать "для ядер обрезков усеченную вариацию AVX-512 просто втихушку, как это было у АМД."
Ах, да, я забыл - в Интеле рулят маркетологи, а у инженеров номер шестнадцатый.

Karin_JP
рулят маркетологи

Да думается в штате есть даже дежурные черные магистры Сатаны, если взглянуть на Эппл.
Обязательно в штате должна быть должность принимающего тяжелые чемоданы.
И обязательно специалист по рассыланию лучей добра. Таких зеленых-зеленых.
Инжене(г)рам велено жить задорого и не сидеть у окна за длинным столом.

Где-то в каждой компании припрятан график роста вычислительных мощностей, помимо дорожной карты, на основе которого они ее рисуют.
Каждый элемент ее скрупулезно откладывается на потом, чтобы растянуть процесс зарабатывания бабла на том что есть.
На мой взгляд задержка в развитии отрасли не менее 12-15 лет, если поглядеть на получившуюся линейку продуктов.
Пузырь зарплат и стоимостей оборудования для производства чипов раздут намеренно, чтобы было у самих и не было у других. Это самое важное.

почему должны быть? может надо волатильных добавить?многие операции упираются в кэш. но исходный посыл в том, что AVX-512 не может одновременно греться или тупить на ожидании. он или ПОВЫШАЕТ энергоэффективность или не дает наблюдаемых эффектов.

SVG4K
Да думается в штате есть даже дежурные черные магистры

У меня более простое и общеприменимое объяснение, которое годится и для Интела:
Группа технических специалистов достигает успеха в какой-либо области. Успех замечает дядя/дяди, у которых завалялось много денег. Эти дяди вкладывают большие деньги в этот успех, и объявляют, что отныне они хозяева, и им решать, как дальше развиваться отбивать вложенное ими бабло.
"Это кто там путается у нас под ногами? А, технический специалист, и чего он мельтешит тут? Принес проект, как что-то улучшить? Забрось его в дальний ящик и жди, когда тебя с этим проектом вызовут. А пока не мешай нам делать деньги!"

BlazeBlaze
но исходный посыл в том, что AVX-512

Самые лучшие грелки для стабильности или теста кастомных водянок применяют конечно AVX.
Это исходный посыл для вообще принципа программ экстремальной нагрузки.
И чтобы этот экстремум создать применяются датасеты падающие в разогретый кэш. Тут все мульти-пульти.

может надо волатильных добавить?

Насколько я понимаю volatile в С это для оптимизации переменной в регистр, а само понятие РОН при их ортогональном применение в новых префиксах - это именно то что вы и говорите. Вернее С тут конечно не причем, эта фишка есть и во многих языках.
Обычно если АСМ ручками не править, начнется трэш адресной загрузки и скорость цикла/тела кода падает. 16 регистров это конкретно.
Хотя еще в седую древность в 80-х были процессоры и по 128 регистров и больше, с понятием регистровых окон, их перекрытия и всяко разно. Все они померли уже, но фишки живут.

Volatile не требует использования РОН, но требует физически обратиться по указанному адресу.
Не используя никаких закэшированных прежде значений, при оптимизации кода.

Это нужно например, для работы с оборудованием через MMIO регион.

Jaz
через MMIO регион
Указатель на фиксированный адрес типа, ну это для драйверов.
Тем более если в системе есть отображение портов на память, этот регион должен быть исключен из кэширования.
Вообще Хабр пишет что Но что тогда имеется ввиду под волатильными регистрами - ума не приложу.