История изменений

В этом топике явно не хватает VIT, так что я скажу, как сам понимаю

этот VIT?

1) чтобы спросить процессор о загрузке исполнительных узлов, нужно время, чтобы использовать ответ - еще время + ветвление; это время съест тебе всю экономию. Еще учти, что к моменту использования информации она уже может быть устаревшей.

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

афайк та хрень, которая занимается раскидыванием нагрузки по блокам, именно это и делает, только *непрограммируемо*

чтобы спросить процессор о загрузке исполнительных узлов, нужно время

это можно и нужно делать (почти)параллельно основному процессу вычислений... епрст, ровно так же, как оно и делается сейчас — юзая ограниченный набор невытесняемой испеченной на проце памяти (а-ля та память, что юзает предсказатель ветвлений); при этом еще можно немного загружать туда инфы из кэша/оперативки и наоборот — вплоть до того, скажем, что сбрасывать в L2 и восстанавливать оттуда же память предсказателя ветвлений при переключении задач (я не утверждаю, что это полезно, но а вдруг?)

это время съест тебе всю экономию

см. выше

3) для VLIW, который ты фактически предлагаешь, никто не написал достаточно хороших компиляторов

это вопрос

и насчет итаника — я так скорее думаю, что он не затонул, а интел его специально придерживает, чтобы выжать побольше из монополизма на х86

2) ты хочешь выставить информацию о внутренностях процессора компилятору. Это патентованно плохая идея, потому что мешает менять внутреннюю архитектуру процессора. x86 ISA, которую недоучки любят ругать, дает Intel большую свободу в изменении этой внутренней архитектуры.

тут может быть надо подумать (но архитектура процессора похоже достаточно устоялась уже)

но очень вряд ли x86 ISA дает бОльшую свободу, чем risc; да и вообще это малорегистровое говно

вариант «кому нужна совместимость и не хватает денег купить компилятор, юзают risc, а кому нужна скорость, программят на более низкоуровневом ассемблере» возможно и подошел бы... подумать надо

p.s. хотя насчет свободы — возможно в этом что-то есть; в частности, заменив одну инструкцию add ax, [bx] на последовательность рисковых, мы получаем риск (каламбур типа) перехода откуда-то снаружи *вовнуть* последовательности

В этом топике явно не хватает VIT, так что я скажу, как сам понимаю

этот VIT?

1) чтобы спросить процессор о загрузке исполнительных узлов, нужно время, чтобы использовать ответ - еще время + ветвление; это время съест тебе всю экономию. Еще учти, что к моменту использования информации она уже может быть устаревшей.

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

афайк та хрень, которая занимается раскидыванием нагрузки по блокам, именно это и делает, только *непрограммируемо*

чтобы спросить процессор о загрузке исполнительных узлов, нужно время

это можно и нужно делать (почти)параллельно основному процессу вычислений... епрст, ровно так же, как оно и делается сейчас — юзая ограниченный набор невытесняемой испеченной на проце памяти (а-ля та память, что юзает предсказатель ветвлений); при этом еще можно немного загружать туда инфы из кэша/оперативки и наоборот — вплоть до того, скажем, что сбрасывать в L2 и восстанавливать оттуда же память предсказателя ветвлений при переключении задач (я не утверждаю, что это полезно, но а вдруг?)

это время съест тебе всю экономию

см. выше

3) для VLIW, который ты фактически предлагаешь, никто не написал достаточно хороших компиляторов

это вопрос

и насчет итаника — я так скорее думаю, что он не затонул, а интел его специально придерживает, чтобы выжать побольше из монополизма на х86

2) ты хочешь выставить информацию о внутренностях процессора компилятору. Это патентованно плохая идея, потому что мешает менять внутреннюю архитектуру процессора. x86 ISA, которую недоучки любят ругать, дает Intel большую свободу в изменении этой внутренней архитектуры.

тут может быть надо подумать (но архитектура процессора похоже достаточно устоялась уже)

но очень вряд ли x86 ISA дает бОльшую свободу, чем risc; да и вообще это малорегистровое говно

вариант «кому нужна совместимость и не хватает денег купить компилятор, юзают risc, а кому нужна скорость, программят на более низкоуровневом ассемблере» возможно и подошел бы... подумать надо