DF
Разве произв плохая была не из-за эмуляции х86
Size: a a a
2021 August 13
DF
Кто эти программы для итаниума видел вообще
E
Её же убрали сразу потом
DF
Так и сам итаниум убрали кек
E
С
Да нееее, х86-64 же означает, что архитектура может работать как в 64 разрядном режиме, так и в 86 разрядном
🤣🤣🤣🤣
Ребята, ну чего вы спорите? Не нравится 64 разрядный режим, не используйте эти плюшки и всё. А то зацепились за маркетинговое болото, типа заработаете на этом.
Вот нашли, блин, тему. Лучше бы подумали как до квантового проца добраться, что б пощупать
🤣🤣🤣🤣
Ребята, ну чего вы спорите? Не нравится 64 разрядный режим, не используйте эти плюшки и всё. А то зацепились за маркетинговое болото, типа заработаете на этом.
Вот нашли, блин, тему. Лучше бы подумали как до квантового проца добраться, что б пощупать
P
Из-за 16битного наследия, а потом и 32битного некоторые инструкции получаются слишком громоздкими (например необходимость расширенного опкода 0F а потом еще расширенных, и т.д.), а ведь все можно было реализовать более короткими инструкциями.
DF
а , 0F что означает? инструкцию лонг-мода?
P
F0, не 0F конечно же.
P
2х байтовые интрукции F0 ...
DF
там сам опкод двухбайтовый получается?
DF
проще было штоб х86 прост русский текст жрал на вход)) переменной длины
P
от 32х разрядов 64 отстают на 25%, и вчетверо более энергозатратны, но отставание нивелируется при вычислениях над большими интами. Но 16 битное то наследие по прежнему тянется в 64 и тормозит его также как раньше тормозило 32 - а именно удлинняя инструкции, само по себе удлинение инструкций на скорости исполнения сказывается значительно, так как этих инструкций много.
P
оно уже занимает опкоды и накладывает ограничения на принцип расширения разрядности архитектуры.