ARM Cortex A73

http://www.anandtech.com/show/10347/arm-cortex-a73-a…708110.1448377828

2 декодера против 3 в A72, меньше длина обработки 11 против 15 ти
на 10% выше производительность
ну и уменьшение площали потреблеия и все такое

удивило что при меньшем числе декодеров производительность не меньще

http://www.anandtech.com/show/10766/huawei-announces…kirin-960-a73-g71

получается не в количестве декодеров счастье

получается не в количестве декодеров счастье
а что, исполнять то, что надекодировали не нужно?

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

в в x86, наоборот, в декодеры уперлась производительность

получается что на данный момент ядро разработки arm лучше чем все кастомные не считая A10.

KM-300
в в x86, наоборот, в декодеры уперлась производительность
причем никто никогда этого не доказал. Откуда это взялось - никто не знает. Так, ИТшная легенда

terran115
получается что на данный момент ядро разработки arm лучше чем все кастомные не считая A10.
Логика зашибись
Откуда это следует?

И почему, кстати, не в ветке про АРМы и х86, а отдельно?

matik
причем никто никогда этого не доказал
это да
предположение

исполнительные устройства увеличили у хасвелла на 30% (с 3 до 4 ALU), а производительность целочисленки выросла на 5-10%
кое-где, правда, выросла и больше

KM-300
Ну а как 4 декодера ограничивают 4 ALU? Тем более ROB умеет выпускать до 5 uops. (6 в скайлейк)

Vladon77
так в процессоре же не только ALU...
похоже, что немного ограничивает, но энергоэффективность пострадает сильнее, если добавить декодеры

KM-300
похоже, что немного ограничивает, но энергоэффективность пострадает сильнее, если добавить декодеры
Это исключительно ваши фантазии

Boris Usievich
насчет энергоэффективности - не фантазии, сама интел сообщала, что декодеры жрут энергию сильно
насчет ограничения - хрен его знает
то есть, может быть, расширение декодеров на 50% (условно), повышает потребление процессора на 20%, а прирост дает 5%

KM-300
насчет энергоэффективности - не фантазии, сама интел сообщала, что декодеры жрут энергию сильно
ссылочку покажете?

Boris Usievich
уже не найду...
но, может быть, даже и на этом форуме в обсуждении "жизнь после xxx" встречал ссылки на такое

фантазий таких я тоже видел много, но ни одной реальной ссылки

Boris Usievich
вообще, сам принцип x86 декодеров - длинные регистры с одновременной выборкой всех существующих команд с префиксами и т.д. (упрощенно говорю ) намекает на не очень оптимальную энергоэффективность
мне не понятно, почему не взлетели процессоры с прекомпиляцией, на бумаге ведь смотрелось хорошо
и на вскидку очевидных слабых мест в этой идее нет.
WLIV - да, не пошло
но частичное вынесение декодера в стадию компиляции, что тут кривого?

вот ссылочка нагуглилась, где люди пытаются измерить, кто сколько жрет
https://www.usenix.org/system/files/conference/coold…6-paper-hirki.pdf

очень интересное исследование!
3% выходит
но и исполнительные устройства мало жрут
или там постоянная загрузка + плавающая?

Добавление от 21.10.2016 13:35:

а uOp кеш - крутая штука

Исправлено: KM-300, 21.10.2016 13:41

KM-300
но и исполнительные устройства мало жрут
Это потому что их микробенчмарк не использует SSE/AVX видимо

однако, косвенно влияние кеша микроинструкций подтверждает неоптимальное энергопотребление декодера не в последнюю очередь этот кеш (это уже точно было в статьях по микроархитектуре) поставили для энергоэффективности, а не только для повышения производительности
и в этой статье тоже указано, что у нехалема потребление декодера вдвое выше