стань автором. присоединяйся к сообществу!
Добавить новость можно всем, без премодерации, только регистрация
Лого Сделано у нас
kerosene 02 июля 2017, 06:07 35 Электроника, электротехника и приборы

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

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

читать полностью
Источник: www.youtube.com
МЦСТ, Эльбрус-8С, микропроцессор, SPEC CPU 2006
все комментарии
  • 15
    Сергей Галин Сергей Галин
    02.07.1711:38:42

    x86 у нас последний раз делали, кажется, в первой половине девяностых, а потом сами знаете, что случилось. Эльбрус всегда поддерживал x86 только в режиме эмуляции. А вообще x86 сложная и неэффективная архитектура, которая тащит кучу наследия ещё с конца 70х и с приходом Windows 10 на ARM её будущее в долгосрочной перспективе под вопросом. Я бы задал другой вопрос, почему наши не делают ARM, которая на 2017 год является, наверное, самой массовой архитектурой в мире — ИМХО это бы позволило запрыгнуть в массовый рынок процессоров и поднять производство, а там уже можно и с Эльбрусом заходить.

    #928180 ↑
    • -3
      Alexander V Alexander V
      02.07.1711:43:48

      В режиме эмуляции сильно проседает производительность. Я так понимаю и Linux запускается в режиме эмуляции.

      #928181 ↑
      • 4
        Сергей Галин Сергей Галин
        02.07.1711:47:59

        Пишут, что есть порт Линукса на Эльбрус, который работает нативно. Но по интернетам не понятно, доведён ли он до годного к использованию состояния.

        Отредактировано: Сергей Галин~11:52 02.07.17
        #928183 ↑
        • 1
          Alexander V Alexander V
          02.07.1711:52:41

          Ну они говорили про совместимость х86 на 90%. Поэтому пришлось перепелить 10% кода ядра. Вот и закрались сомнения.

          #928185 ↑
          • 4
            krotozer krotozer
            02.07.1723:34:09

            На плате (слева снизу) имеется слот для CF-карты. На ней располагается байт-код, необходимый для бинарной трансляции кода x86 на собственный набор микрокоманд процессора. Макрокоманды он не тянет, этим занимается компилятор LCC. В общем-то, решение перевалить работу блока предвыборки на компилятор — это тот самый метод, что позволил процессору уверенно «плыть» в условиях ограниченного бюджета. Переделывать ПО — дешевле и проще, чем сам проц. Думаю, когда-то в будущем в составе процессора может появиться блок предвыборки. Научить компилятор собирать под такие процессоры — задача не сложная. Компиляция заметно ускорится. А может они напаяют на плату сопроцессор под эту задачу, кто знает…

            #928370 ↑
            • Комментарий удален
              • 0
                Андрей Степанов Андрей Степанов
                03.07.1707:13:42

                Эльбрус на экспорт не идет, так что Интел не может ничего запретить.

                #928448 ↑
              • 0
                krotozer krotozer
                03.07.1707:49:16

                Частично программная поддержка трансляции. Сам процессор не содержит ничего, попадающего под американские патенты. Да и вообще, поддержка x86_64 — лишь вынужденная мера.

                #928455 ↑
        • 3
          Нет аватара guest
          02.07.1718:42:34

          Давно доведён.

          #928290 ↑
          • 2
            krotozer krotozer
            02.07.1723:27:05

            Я бы так не сказал… Единого тулкита дистрибутива в нём всё ещё нет. Это — самосборный дистрибутив. Но МЦСТ тяготеет к «экосистеме» Debian, так что упомянутое «доведение» — дело времени, которого у МЦСТ не так уж и много. Хотите ускорить их работу? Сорганизуйте каутфайдинг в отношении МЦСТ. Они смогут нанять дополнительный персонал.

            #928364 ↑
            • 0
              Виктор Гюго Виктор Гюго
              03.07.1710:35:13

              Что такое «единый тулкит дистрибутива»? Что за зверь такой?

              #928492 ↑
              • 0
                krotozer krotozer
                03.07.1712:20:18

                Самодумный термин. Как иначе обозвать весь инструментарий дистрибутива, навёрнутый поверх GNU/Linux, который отличает его от других дистрибутивов?

                .

                На т.н. «Эльбрус ОС» из пакетных менеджеров есть и Aptitude, и RPM, но своего репозитория нет, по крайней мере в открытом доступе. Так что, задача установки какого-либо пакета сводится к его сборки из исходников.

                Отредактировано: krotozer~12:23 03.07.17
                #928522 ↑
            • 0
              Нет аватара guest
              03.07.1711:30:28

              Думаю краудфандинг должны организовывать сами МЦСТ. Во первых потому что это их бизнес, а во вторых что бы не было варианта «собрал для МЦСТ и купил дачу на канарах».

              #928507 ↑
              • 0
                krotozer krotozer
                03.07.1712:27:11

                У них нет специалистов в этой области. Иначе вопрос бы уже муссировался. А по поводу «дачи на Канарах»: ничто не запрещает заключить с крауд-менеджером договор об обязательствах и предъявить его электронную копию вкладчикам. Ясное дело, что это — договор на английском и русском языках, причём английский первичен, т.к. в РФ пока ещё нет законодательства, регламентирующего крауд-финансовые операции. Впрочем, не мне по этому поводу напрягаться-то)

                Отредактировано: krotozer~12:27 03.07.17
                #928526 ↑
                • 1
                  Нет аватара guest
                  03.07.1712:55:37

                  ))) Ну мы все по этому поводу напрягаемся ))) переживаем потому что за них ) надеемся на их успех.

                  #928538 ↑
            • 1
              Нет аватара guest
              03.07.1715:41:28

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

              #928589 ↑
              • 0
                krotozer krotozer
                03.07.1718:00:46

                Унификация, Сэр! Если предположить «полный юзерлэнд» военного назначения на основе Debian, то это значит, что «гражданские» скрипты и рецепты будут применимы для «починки» данной ОС. А так же все debian-зависимые узконаправленные scripted-tools, коих для «Бубунты» написали выше крыши. «Военная, в сущности, ось» уж слишком зависима от гражданских наработок)

                #928651 ↑
                • 0
                  Нет аватара guest
                  03.07.1718:43:45

                  Вы слишком много хотеть сразу от кастомной дистры.     Вон, камрад Шигорин Альт под это дело пилит — как напилит, вот вам и будет полноценная «рабочая» дистра без ограничений специального варианта.

                  #928663 ↑
                  • 0
                    krotozer krotozer
                    03.07.1722:06:41

                    Я? Ничего от этой «дистры» не хочу) Лишь рассуждаю на тему заданного выше вопроса. МЦСТ пусть делает так, как считает нужным. Да и вообще не являюсь ярым поклонником Дебиана, как могло бы показаться. Я — гентушник) Компиляция с флагами — наше всё)   

                    .

                    А с комрадом Шигориным мы ранее уже обсуждали дистру от МЦСТ. Надо сказать им спасибо за то, насколько дистрибутив сейчас является приближенным к стандартным. Всё не так уж плохо, в общем.

                    Отредактировано: krotozer~22:08 03.07.17
                    #928716 ↑
        • 6
          shigorin shigorin
          02.07.1722:57:28

          Работает, вполне доведён. Хотя недавно удалось воспроизвести для ребят багу в новых наработках по ядру на многопроцессорной конфигурации (мы купили сервер 4.4), но такие косяки и на интеле порой вылазят…

          #928346 ↑
        • 1
          Виктор Гюго Виктор Гюго
          03.07.1710:34:00

          Порт официальный, у Горшенина ролики выложены. www.youtube.com/channel/UC6pnRoVljXKpo5bgkVyQMJg/videos

          Так же Шигорин собирает ALT Linux под эльбрус. Никакой эмуляции, native, свой компилятор.

          #928491 ↑
          • 0
            shigorin shigorin
            26.10.1820:55:04

            Также Шигорин собирает ALT Linux под эльбрус

            Собственно, технически уже есть выпуск дистрибутивов Альт Рабочая станция и Альт Сервер ;-)

            #1080143 ↑
      • -4
        Нет аватара devorg
        02.07.1712:06:27

        Такого быть не может, просто потому что такого не может быть.

        #928189 ↑
      • 8
        Нет аватара kerosene
        02.07.1712:16:48

        Там не эмуляция, а система динамической трансляции кода x86 в родной код Эльбруса. Это сделано для обеспечения совместимости с тем софтом, для которого нет аналога в исходных кодах под Линукс. Сами же Эльбрусы работают под ОС «Эльбрус», в основе которой лежит ядро Линукс 3,14 и пакеты от Дебиан.

        #928193 ↑
      • 6
        Нет аватара guest
        02.07.1718:42:21

        Неправильно понимаете по обоим пунктам. Во-первых, совершенно необязательно, а во-вторых Линукс давным давно портирован на «родную» архитектуру.

        #928289 ↑
      • 5
        shigorin shigorin
        02.07.1722:56:26

        x86 не лицензируется (ответ со слов сотрудников МЦСТ).

        #928344 ↑
        • 0
          RadiantConfessor RadiantConfessor
          03.07.1705:47:55

          А что слова, в мире ещё кто-нибудь х86 производит? Нет.

          #928437 ↑
      • 1
        krotozer krotozer
        02.07.1723:21:02

        Компилятор LCC по формату управления является тем же GCC, потому он легко встраивается в окружение GNU. Собственно, сам GNU/Linux компилируется именно под этот процессор и работает на нём «нативно». Конечно стоит упомянуть ещё некоторые вспомогательные утилиты от МЦСТ и модули для ядра Linux. Но в основе своей это — такой же «Линух», как и все остальные дистрибутивы. Кстати, сейчас он пока что самосборный, а в будущем МЦСТ тяготеет к «экосистеме» Debian. Ещё надо упомянуть, что нативно под ним стартуют Astra Linux (Debian) и Alt-Linux (в некоторой степени — наследие «Mandrake», не «Mandriva»!).

        #928361 ↑
    • -5
      Нет аватара guest
      02.07.1712:59:39

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

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

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

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

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

        #928250 ↑
        • 8
          Нет аватара kerosene
          02.07.1717:24:12

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

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

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

            #928266 ↑
        • 0
          shigorin shigorin
          26.10.1820:56:30

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

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

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

          #1080145 ↑
      • 5
        Нет аватара guest
        02.07.1718:46:31

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

        #928292 ↑
        • 0
          RadiantConfessor RadiantConfessor
          03.07.1705:49:47

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

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

          #928438 ↑
          • 0
            Нет аватара guest
            03.07.1715:45:52

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

            #928592 ↑
            • 0
              RadiantConfessor RadiantConfessor
              03.07.1718:38:35

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

              #928662 ↑
      • 7
        shigorin shigorin
        02.07.1722:59:41

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

        #928349 ↑
    • 12
      Нет аватара guest
      02.07.1713:58:24

      Наши вполне делают ARM, Байкал Электроникс делает процессоры Baikal на архитектуре ARM.

      #928220 ↑
      • 0
        shigorin shigorin
        26.10.1820:58:45

        По факту в прошлом году Байкал всё-таки не выпустил армовый вариант (М на v8), но уже шёл мипсовый (T1). А так-то армами (v7) ещё несколько лавок занимаются -- Элвис, сосед вон мой…

        #1080146 ↑
    • 9
      Михаил Усоцкий Михаил Усоцкий
      02.07.1716:14:27

      Наши делают ARM-процессоры. Поищите про процессор Байкал. Только читайте внимательно. Байкалы могут носить как MIPS, так и ARM, в зависимости от модели.

      #928249 ↑
      • 5
        shigorin shigorin
        02.07.1723:01:29

        Я пока не видел даже инженерников Байкал-М (ARM64), в отличие от вполне существующего Байкал-Т1 (MIPS32).

        #928350 ↑
    • 4
      Нет аватара guest
      02.07.1718:41:28

      С конца?!! Там куча хвостов ещё от 8008/4004 висит на самом деле, а это 72 год.

      #928287 ↑
    • 0
      Виктор Гюго Виктор Гюго
      03.07.1711:23:56

      > почему наши не делают ARM

      Делают и MIPS и ARM. Но ARM специфическая архитектура, на ниве серверов и десктопов у неё очень небольшая полянка.

      #928504 ↑
Для комментирования вам необходимо зарегистрироваться и войти на сайт,