LINUX.ORG.RU

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

Исправление MOPKOBKA, (текущая версия) :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет. Ты не так понял второй абзац, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и то что подразумевается сейчас под RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

Вообще внешний интерфейс (RISC, MIPS, x86) это лишь малая часть, иногда очень важная как в x86, но именно внутреннее устройство определяет потребление, скорость. Можно провести аналогию с компиляторами, если взять код на С и на Rust по смыслу одинаковый, то LLVM (как общая внутренняя база) скорее всего выдаст один и тот же ассемблер, и именно он определяет будет код быстрым а не язык верхнего уровня из которого был сгенерирован LLVM IR. И сейчас разница между x86 и RISC все дальше сводится к такой косметической разнице.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исправление MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет. Ты не так понял второй абзац, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и то что подразумевается сейчас под RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

Вообще внешний интерфейс (RISC, MIPS, x86) это лишь малая часть, иногда очень важная как в x86, но именно внутреннее устройство определяет потребление, скорость. Можно провести аналогию с компиляторами, если взять код на С и на Rust по смыслу одинаковый, то LLVM (как общая внутренняя база) скорее всего выдаст один и тот же ассемблер, и именно он определяет будет код быстрым а не язык верхнего уровня из которого был сгенерирован LLVM IR.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исправление MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет. Ты не так понял второй абзац, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и то что подразумевается сейчас под RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

Вообще внешний интерфейс (RISC, MIPS, x86) это лишь малая часть, иногда очень важная как в x86, но именно внутреннее устройство определяет потребление, скорость. Можно провести аналогию с компиляторами, если взять код на С и на Rust семантически одинаковый, то LLVM (как общая внутренняя база) скорее всего выдаст один и тот же ассемблер, и именно он определяет будет код быстрым а не язык верхнего уровня из которого был сгенерирован LLVM IR.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исправление MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет. Ты не так понял второй абзац, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и то что подразумевается сейчас под RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

Вообще внешний интерфейс (RISC, MIPS, x86) это лишь малая часть, иногда очень важная как в x86, но именно внутреннее устройство определяет потребление, скорость. Можно провести аналогию с компиляторами, если взять код на С и на Rust семантически одинаковый, то LLVM (как общая внутренняя база) скорее всего выдаст один и тот же ассемблер.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исправление MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет. Ты не так понял второй абзац, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исправление MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и RISC уже не имеет изначального преимущества отсутствия внутреннего кода.

О, знающий человек подъехал. Где изучал устройство процессоров?

Я ничего не знаю, самому кстати интересно где можно подробно изучить архитектуру актуальных процессоров (желательно x86), может кто подскажет. Все «знания» из разных статей в интернете.

Исходная версия MOPKOBKA, :

... разбор инструкций очень мало времени занимает ...

Разбор именно что микрокодом производится?

Нет, это ответ на твой комментарий, ты пишешь что у x86 упрощенно такая схема:

x86 инструкции -> декодирование -> RISC -> исполнение
А у RISC другая схема, от чего он выигрывает:
ARM инструкции -> декодирование -> исполнение
Но на самом деле преобразование во внутренний код есть и там и там, так что для обоих верно:
(x86/ARM инструкции) -> декодирование -> микрокод -> выполнение
Дальше мой комментарий шел про то что декодирование занимает немного времени, и RISC уже не имеет изначального преимущества отсутствия внутреннего кода.