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

Это один из признаков. Второй – отсутствие прямой работы с памятью. Т.е. load-store отдельно, работа с данными отдельно.

load-store в аккумулятор, а не в кучу байт памяти в виде регистров. Что-то индексируемое в качестве операнда арифметики это уже признак cisc. От того, что это умеют все современные процы, позиционируемые как RISC, оно RISC не становится, просто производители разумные и понимают что надо не слепо следовать придуманному 40 (?) лет назад шаблону, а делать так как будет эффективнее. Чистый RISC проц это весьма печальное зрелище и никто их скорее всего не делает, кроме может быть каких-то совсем специальных применений.

mmx в fpu располагались, так что они не новые. r08-r15 общего назначения и их все компиляторы используют. xmm да, чуть посложнее, я об этом сразу и написал, но в целом ими можно пользоваться почти как общего назначения. То что компиляторы это не умеют (или не догадались) - это проблема компиляторов.

Как бы то ни было, идея моего сообщения была в том, что в начале х86 линейки, с одной стороны, технологии производства микросхем вынуждали экономить на каждом транзисторе, а с другой те процы не позиционировались как что-то производительное, и поэтому делать много регистров было нецелесообразно. Со временем оба этих аспекта ушли в прошлое, но взять и сделать вдруг 32 регистра вместо 8 и при этом сохранить везде преемственность и совместимость - весьма нетривиальная задача, поэтому вот сначала удвоили до 16, теперь видимо до 32. А те, кто зародился уже во времена развитой микроэлектроники и не был связан требованиями совместимости, сразу сделали их много. RISC тут ни при чём.

Это один из признаков. Второй – отсутствие прямой работы с памятью. Т.е. load-store отдельно, работа с данными отдельно.

load-store в аккумулятор, а не в кучу байт памяти в виде регистров. Что-то индексируемое в качестве операнда арифметики это уже признак cisc. От того, что это умеют все современные процы, позиционируемые как RISC, оно RISC не становится, просто производители разумные и понимают что надо не слепо следовать придуманному 40 (?) лет назад шаблону, а делать так как будет эффективнее. Чистый RISC проц это весьма печальное зрелище и никто их скорее всего не делает, кроме может быть каких-то совсем специальных применений.

mmx в fpu располагались, так что они не новые. r08-r15 общего назначения и их все компиляторы используют. xmm да, чуть посложнее, я об этом сразу и написал, но в целом ими можно пользоваться почти как общего назначения. То что компиляторы это не умеют (или не догадались) - это проблема компиляторов.

Как бы то ни было, идея моего сообщения была в том, что в начале х86 линейки, с одной стороны, технологии производства микросхем вынуждали экономить на каждом транзисторе, а с другой те процы не позиционировались как что-то производительное, и поэтому делать много регистров было нецелесообразно. Со временем оба этих аспекта ушли в прошлое, но взять и сделать вдруг 32 регистра вместо 8 и при этом сохранить везде преемственность и совместимость - весьма нетривиальная задача, поэтому вот сначала удвоили до 16, теперь видимо до 32. А те, кто зародился уже во времена развитой микроэлектроники не не был связан требованиями совместимости, сразу сделали их много. RISC тут ни при чём.

Это один из признаков. Второй – отсутствие прямой работы с памятью. Т.е. load-store отдельно, работа с данными отдельно.

load-store в аккумулятор, а не в кучу байт памяти в виде регистров. Что-то индексируемое в качестве операнда арифметики это уже признак cisc. От того, что это умеют все современные процы, позиционируемые как RISC, оно RISC не становится, просто производители разумные и понимают что надо не слепо следовать придуманному 40 (?) лет назад шаблону, а делать так как будет эффективнее. Чистый RISC проц это весьма печальное зрелище и никто их скорее всего не делает, кроме может быть каких-то совсем специальных применений.

mmx в fpu располагались, так что они не новые. r08-r15 общего назначения и их все компиляторы используют. xmm да, чуть посложнее, я об этом сразу и написал, но в целом ими можно пользоваться почти как общего назначения. То что компиляторы это не умеют (или не догадались) - это проблема компиляторов.