MAX
Подпишись
стань автором. присоединяйся к сообществу!
02 июля 67
205
kerosene Электроника, электротехника и приборы

Эльбрус-8С: результаты теста SPEC CPU 2006

На стратегической сессии «РОССИЙСКИЕ АППАРАТНО-ПРОГРАММНЫЕ РЕШЕНИЯ» представитель МЦСТ Константин Трушкин представил результаты теста SPEC CPU 2006 для микропроцессора «Эльбрус-8С».

[читать статью полностью...]

Кстати, а вы знали, что на «Сделано у нас» статьи публикуют посетители, такие же как и вы? И никакой премодерации, согласований и разрешений! Любой может добавить новость. А лучшие попадут в наш Телеграм @sdelanounas_ru. Подробнее о том как работает наш сайт здесь👈

Источник: www.youtube.com

Комментарии 0

Для комментирования необходимо войти на сайт

все комментарии
  • -5
    Нет аватара guest02.07.17 12:59:39

    «x86 сложная и неэффективная архитектура"

    Хватит раздувать эти байки, х86 хорошая архитектура, как и АРМ, они ничем друг другу не уступают, если бы х86 был такой неэффективный, то АРМ бы его легко обошел, чего мы не наблюдаем, скорее они поделили рынок: x86 огромная производительность(странно да для «неэффективной» архитектуры), АРМ низкое энергопотребление.

    Проблема x86 строго административная, а точнее патентная, все закрыто патентами так что сделать процессор нельзя, его не разрашат прадавать ни в одной стране мира. У интел и АМД кросспатентный обмен, они готовы терпеть друг друга, но не третью компанию.

    #928200 ↑
    • Комментарий удалён
    • 7
      Михаил Усоцкий Михаил Усоцкий02.07.17 16:26:49

      На самом деле данная архитектура действительно сложная. В новостях можно не раз увидеть статьи о серьёзных ошибках в декодере команд. Надо сказать, что декодер команд у x86/x86-64 самый большой из всех известных нам. Именно они расходуют очень много энергии. Снизить энергопотребление в таких процессорах зачастую прибегают к сохранению декодированных команд в кэше, либо снижением частоты, либо уменьшением техпроцесса. Но такие процессоры действительно производительные. Но зачастую это из-за особенностей систем команд RISC (ARM) и CISC(x86/x86-64). RISC-процессорам порой требуется больше действий за единицу времени, чтобы достать или положить в памяти данные.

      #928250 ↑
      • 8
        Нет аватара kerosene02.07.17 17:24:12

        У них не столько декодер сложный, сколько аппаратный шедуллер — устройство занимающееся выявлением зависимостей между командами. То самое внеочередное исполнение команд. Эльбрус же процессор с очередным исполнением. Он исполняет команды так, как их сформировал и расставил компилятор.

        Отредактировано: kerosene~17:24 02.07.17
        #928262 ↑
        • 5
          Михаил Усоцкий Михаил Усоцкий02.07.17 17:31:45

          Да, согласен, это тоже. Видел блок-схемы, где планировщик занимал значительное место после декодера. У Эльбруса ещё называется статическим планированием. Поэтому компилятор для Эльбруса довольно продвинутый. А у Intel, соответственно, динамическое.

          #928266 ↑
      • 0
        shigorin shigorin26.10.18 20:56:30

        В новостях можно не раз увидеть статьи о серьёзных ошибках в декодере команд

        …но самый феерический фейерверк на время написания Вами этого комментария ещё предстоял, хотя и был уже предсказан в открытых источниках за несколько лет до.

        Да, мельдоний и спектр спектров…

        #1080145 ↑
    • 5
      Нет аватара guest02.07.17 18:46:31

      Вообще-то примерно 2/3 площади кристалла у х86/х64 процессоров занимают схемы преобразования команд из входной архитектуры во внутреннюю RISC-систему. Причём они намертво связаны в единый блок с диспетчером, отвечающим за спекулятивное исполнение и набивку конвейеров, так что даже чтобы открыть внутреннюю систему команд, процессор надо полностью перепроектировать с нуля. У Эльбруса же исполнение строго последовательное, а расстановкой команд занимается компилятор, так что из всей этой машинерии там стоит только ассоциативный кэш с системой управляемой подкачки.

      #928292 ↑
      • 0
        RadiantConfessor RadiantConfessor03.07.17 05:49:47

        У Эльбруса же исполнение строго последовательное, а расстановкой команд занимается компилятор

        И это главное преимущество Эльбруса. В итоге потреблять Эльбрус будет меньше чем х86 при той же производительности и на той же топонорме.

        #928438 ↑
        • 0
          Нет аватара guest03.07.17 15:45:52

          Ну да, но всё упирается в эффективность компилятора. Неспособность Штеуда сделать нормальный компилятор, не забивающий конвейеры НОПами, и привела к кошмару Итаника.

          #928592 ↑
          • 0
            RadiantConfessor RadiantConfessor03.07.17 18:38:35

            Дак и от эффективности аппаратного блока тоже всё зависит. Его тоже нужно сначала придумать, потом «откомпилировать» в Verilog и реализовать в железе.

            #928662 ↑
    • 7
      shigorin shigorin02.07.17 22:59:41

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

      #928349 ↑