Подозреваю что с тех времён ничего прямо принципиальная сильно не изменилось и где-то такая экономия всё ещё присутствует в какихто количествах

представь ситуацию комманда fidiv это 2 байта DA35 вот невыровнен код, DA попала в страницу кэша а 35 не попала как проц поймет что ему прилетело вот и будет еще раз перегружать например

Поймёт поймёт вот там есть много-много серьезный логики которая контролирует чтобы данные в кэш были когерентными, если надо загрузить два раза Он загрузит 2 раза а потом выберет нужны байты и занесет  в регистр Ну а команда всё это время будет ждать

Ничего подобного. Ждать будут только зависимые команды, а процессор уже пополнит счётчик, и пойдёт вторую выполнит, пока первая выполняется

Если у команды есть загрузка из памяти прежде чем выполнять она должна её загрузить с помощью соответствующего блока загрузок и сохранение память который потом общается с кэшами всех уровней и с непосредственно контроллером оперативной памяти. Никто ничего не будет выполнять пока не придут готовые данные, разве что выполнять спекулятивно а потом обнаружить что данные не были готовы и сбросить конвейер и начать сначала, но мы сейчас вообще-то не про это

Будут-будут. Это вы в 8086 застряли

Вот тебе. Вычислительные конвейер называется.

Тут он одновременно выполнит несколько инструкций, если они не зависят от друг-друга:
Запись в регистр
Доступ к памяти
Выполнение
Декодирование инструкции
Получение следующей инструкции

И прочие супер скалярности...

Я сейчас не обсуждаю спекулятивное выполнение конвейеризацию и выполнение вне очереди. Если процессоры нужно считать байты по невыровненному адресу или через границы кэшлиний - будет произведено 2 считывания из кэша или из памяти потом в специальных буферах  данные объединяются И выбираются только Те байты которые изначально были нужны и дальше уже посылаются на выполнение как данные или как код

Оххх. Я это всё изучал еще 20 лет назад и отлично знаю. Спасибо

Выравнивание по 4 байта, а не 2. Потом он вернёт 3, если адрес не выравнен.
Данные не обьединяются, а отбрасываются ненужные биты, и потом возвращаются

Да я вижу как знаете)

Подзабыли за 20 лет, наверное)
Или знания остались ещё 20-летние. Обновляйтесь

Я вам говорю что что независимо от выравнивания процессор будет выполнять всё корректно, только медленнее за счёт дополнительных операций по считыванию данных их склеиванию выбирания нужных конкретном вопросе байт. Исключение если где-то в регистрах настройки установлена из требования выкидывать исключения при каждой не выровнены обращение к памяти тогда будет Exception в такой ситуации.

так в двух словах беру два числа 25, 35 кладу в сопроцессор как int делю на 10 fidiv-ом, чтобы сформировать float-ы 2.5 и 3.5 в st0, st1 перемножаю fmul-ом и получаю в st0 результат 8.75, по float он норм. выгружается 410C что в ieee754 соответствует 8.75 а по bcd какой то косяк

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

Я изначально вообще только написал что они экономили раньше на дорожках и сложности соединений, Что приводит к необходимости двойной загрузки если мы запрашиваем не выровненный доступ по границам блоков например

А, ну это вы сравнили с совсем аппаратной частью. Ему нужно внутреннее устройство, а это, скорее, как примечание было, мол "раньше так делали". Ну ладно