Серьёзно?
А72 лучше потому, что больше цифра?
Как жаль, что Вы не работаете в AMD. Ну или там в МТК с Квалкомом.



Смысл прост: в работе с современными приложениями крайне редко используются команды из изначального набора х86. Чуть реже, чем всегда используются как раз те самые костыли. Костыли, которые можно бы было налепить на любую архитектуру.
Но налепили именно на х86, которая десятилетиями сдерживала развитие отрасли, поскольку права на неё принадлежат подленькому монополисту.

Пусть ARM и далеко не совершенна, но то, что усилиями Google и Apple она стала массовой и сейчас душит х86 - однозначное благо, поскольку для настоящего развития отрасли нужна архитектура, вклад в которую смогут делать все желающие, а не полторы компании, годами топчущие на месте.

Чем хуже будут дела у х86 и Intel, тем лучше будет конечному потребителю, ибо технологический прогресс и коммерческая успешность монополиста - явления взаимоисключающие.

вы способны внятно объяснить чем вам мешают "костыли"?

Вы не читали, что там написано?
Они не мешают, а являются единственным достоинством архитектуры. Т.е. не архитектуры, а себя же, поскольку могли бы быть и на базе любой другой.

я-то читал, а вы читали о чём разговор?если читали, то понимаете ли? если вы и читали и понимаете, о чём тогда говорить?
вы ответили-"не мешают"-зачем тогда посты мне пишете а не людям с "костылями"?

Это даже не риторика - это диалектика.
Я пас.

ShadowTM
Ляляляля...вы как наши политики- продукты не дорожают, ипотека доступна всем.

Просим в студию, какие сервера вы сравнивали и какие затруднения вы испытывали при разработке программ на х86 и(или) RISC.

А то что Oracle ввели поддержку новых команд x86 в субд oracle v.12 это хрень.
После перехода на последнюю vmware workstation c поддержкой хасвела у меня на глаз виртуалки быстрее стали.
Avx с windows 7sp1 поддерживается.

реализация идет через попу, все современный ядра стали CISС и плевать, что атм интелЪ пишет в брошурке, энергоэфективность ядра ниже плинтуса...

Добавлено спустя 4 минуты 26 секунд:
тонны "лишних" команд тонны кода, тонны без полезных расчетов

Ты вот сейчас это серьёзно?
Берёшь запускаешь любой дистр GNU/Linux и на любом бинарнике прогоняешь вот это:
https://github.com/dirtyepic/scripts/bl ... nalyze-x86
или вот это:
https://github.com/alexxy/analyze-x86



Всё то же самое можно было сделать без расширений к ISA. Только НАМНОГО медленнее (городить по сотне инструкций вместо одной).



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

энергоэффективность не имеет отношения к системе команд.
насчёт остального хотелось бы увидеть ссылку с доказательствами.

Добавлено спустя 4 минуты 35 секунд:

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

естественно
система команд подтверждает что это CISC
энергоэфективность хлам, из-за "костылей" и прошлых ошибок которые надо эмитировать и обходить...

какие докозательсва, ты не можешь увидеть как работает проц/чипсет ты можешь только почитатать даташит что атм набредила интел/амд
ARM тоже самое тоже хлам, но оно лучше х86 и есть куда развиваться...
и да есть более производительные ядра напрмер v850 но оно не надо никому...

Давай ещё какой-нибудь superH вспомним.



Эмулировать чтоль? У Арма действительно всё проще - они сказали "в зад совместимость, читайте errata и не нойте".



Берём x86, плюём на совместимость, выкидываем старые и жирные инструкции и обзываем как-нибудь ISA-NG.
Взамен получаем кучу мусора, вываленного нам на голову и смутные перспективы. Ах да, как у ARM/MIPS и прочих альтернативно развивающихся.



Смотря что ты имеешь ввиду.
Ты и в любой другой архитектуре этого не можешь.