MAX
Подпишись
стань автором. присоединяйся к сообществу!
19 апреля 16
153
konstantin.trushkin Информационные технологии

Российский микропроцессор Эльбрус-4С прошёл испытания и готов к серийному производству

Российская компания ЗАО "МЦСТ" завершила испытания своего очередного микропроцессора Эльбрус-4С. Новый микропроцессор, продолжающий развитие линейки процессоров с архитектурой «Эльбрус», прошёл весь цикл испытаний и готов к серийному производству.

Эльбрус-4С – 64-разрядный универсальный микропроцессор. Он содержит 4 ядра, работающие на частоте 800 МГЦ, поддерживает  три канала памяти DDR3-1600. Поддерживается объединение до 4 чипов в многопроцессорную систему с общей памятью. Процессор произведён по технологии 65 нанометров, его среднее энергопотребление составляет 45 ватт. Подробные технические характеристики процессора Эльбрус-4С можно увидеть в каталоге.

На сегодня Эльбрус-4С - самый высокопроизводительный микропроцессор в портфеле компании. Эльбрус-4С продолжает линию микропроцессоров с архитектурой «Эльбрус», разработанной в МЦСТ. За один такт каждое ядро нового процессора может выполнять 23 операции, тогда как для процессоров типа RISC эта цифра в несколько раз ниже. У процессора есть развитая поддержка операций с плавающей запятой: суммарная вычислительная мощность четырёх ядер составляет около 50 гигафлопс одинарной точности и 25 гигафлопс двойной точности. Несмотря на относительно невысокую тактовую частоту,  на многих реальных задачах микропроцессор Эльбрус-4С обеспечивает производительность, сопоставимую с ведущими зарубежными микропроцессорами.

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

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

Источник: www.mcst.ru

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

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

все комментарии
  • 1
    Нет аватара pogrom497620.04.14 10:55:20
    Честно - фиг даже с производительностью, возможность выхода на массовый рынок - вот главное. Будет массовость - будет все, и рост производительности в том числе будет.
    #539217 ↑
    • 0
      Evgenij Evgenij20.04.14 11:14:27
      ржка для двоичной трансляции 64-разрядных кодов Intel/AMD, добавлена поддержка двоичной тра


      ЭТО еще бабка надвое сказала. Рынок нашей продукции маловат
      Отредактировано: Evgenij~11:14 20.04.14
      #539221 ↑
      • 3
        Нет аватара guest20.04.14 11:55:34
        На нем супер-ЭВМ строить будут, плюс гос-аппарат, нормально для массового заказа наберется.
        Производительность должна быть на уровне AMD Phenom x4, где-то. То есть действительно на уровне тех процов которые сейчас выпускает АМД, причем не самых дешевых. Павда смущает следующее, есть ли под него родной компилятор и ядро 2.6.33 мягко сказать старое как г.. мамонта. Да и Дебиан 5 то же. Дать по рогам программистам, заставить работать.
        Хотя есть способ лучше, формировать сообщество фанатов, которые сами портируют что нужно куда нужно, но для этого нужен инструментарий и доступное железо.
        Отредактировано: Денис Демидович~11:57 20.04.14
        #539231 ↑
        • 0
          RadiantConfessor RadiantConfessor21.04.14 22:18:57
          В описании на сайте написано, что в комплекте программ идущих с процом есть компилятор С, С++, и двух версий Фортрана.

          В статье не названа самая интересная цифра производительности, это 107 GIPS х32.

          У них есть серверная плата под 4 таких проца. На такой плате можно реальные серваки делать и под МО, и под правительство, и под бюджетные учреждения и даже под терминальный 1С сервер 8.3.

          Важное преимущество этого процессора это сертификат безопасности второго уровня. Закон о защите персональных данных требует повышенной безопасности обработки данных.
          Отредактировано: Zveruga~22:20 21.04.14
          #539453 ↑
          • 0
            Нет аватара guest21.04.14 22:28:27
            Понимаете написано так что не понятно, то ли это компиляторы которые выдают совместимый х86 код для последуюшей бинарной трансляции, то ли это действительно родные компиляторы под их хитрую архитектуру. К операционке такие же вопросы.
            У них есть серверная плата под 4 таких проца.

            Это очень круто. То два таких вполне серьезная рабочая станция. 8 потоков. Я бы на таком работал.
            #539455 ↑
            • 0
              RadiantConfessor RadiantConfessor21.04.14 23:01:56
              Компиляторы идут для линукс ядра. Т. е. как я понимаю они компилят в нативный код. Двоичная трансляция в Эльбрусе аппаратная, нет смысла компилить код х86 под Эльбрус, если Эльбрус транслирует этот код налету.
              #539458 ↑
              • 0
                Нет аватара guest21.04.14 23:16:32
                Компиляторы идут для линукс ядра

                Всего одна фраза, а мозг ты мне уже сломал. Ни один компилятор в мире не компилирует под ядро ОС, никогда, в принципе, это все равно что говорить что клавиатура под процессор.
                Т. е. как я понимаю они компилят в нативный код.

                А я этого не понимаю, т.к. нигде прямо не написано. А значит может быть иначе.
                нет смысла компилить код х86 под Эльбрус, если Эльбрус транслирует этот код налету

                Эли птицы летят на юг, нет смысла им быть синими. Ты второй раз сломал мне мозг.
                Смысл дать компилятор такой который будет выдавать х86 код более менее оптимизированный под их транслятор есть, потому что транслятор имеет 100% ограниченный набор поддерживаемых команд, может там нет SSE3 или ещё каких, а некоторые команды ему не(транслятору) нравятся и он хоть и может их переваривать, но не так быстро чем другие аналогичные. И ещё может так быть что компилятор под свою архитектуру не готов/не дают дать соглашения секретности.
                #539461 ↑
                • 0
                  RadiantConfessor RadiantConfessor22.04.14 00:16:21
                  Это вы мне мозг сломали. Как компилятор может быть под х86 на Эльбрус? Какой в нём смысл? Можно также и на обычном Интеле компилить под х86.

                  Ещё раз, х86 аппаратно транслируется процессором. Нет необходимости компилить х86 код на Эльбрусе. Просто берёте и запускаете программу х86 в специальном режиме на Эльбрусе.

                  SSE3 конкретно этим процессором поддерживается. х64 поддерживается. Виртуализация и параллельное исполнение х64 конкретно в этом процессоре поддерживается. Исполняется х64 в силу трансляции медленне чем нативный код, по этому лучше взять компилятор С++ и откомпилировать свою программу под нативный код в ОС Эльбрус.

                  Информацию я вам доношу от одного из сотрудников МЦСТ.
                  Отредактировано: Zveruga~00:19 22.04.14
                  #539467 ↑
                  • 0
                    Нет аватара guest22.04.14 00:24:18
                    Как компилятор может быть под х86 на Эльбрус?

                    Да элементарно, ну к примеру, транслирует бинарную команду умножения он долго, поэтому вместо умножения добавили оптимизацию раскладывать на серию складываний, если их к примеру меньше 8-ми, на Интеле это смерть как плохо, а на Эльбрусе наоборот зачет, код х86, но сделанный с учетом оптимизаций под их бинарный транслятор.
                    x86 бинарно разный бывает. есть i386, x64, будет сильно разные бинарник, в зависимости от опции компиляции.
                    #539468 ↑
                    • 0
                      RadiantConfessor RadiantConfessor22.04.14 06:23:11
                      Про серийное умножение одной командой так это и есть создание нативного VLIW кода.

                      Представьте, люди создали процессор со своим набором команд и несколько лет потратили на написание двух компиляторов для того, чтобы составить конкуренцию Интел в чем? В компиляции программ под их ассемблер? В то время когда их проц. транслирует х86 на лету?

                      Эльбрус всегда умел транслировать аппаратный бинарный х32 на лету. В этом процессоре добавили полноценный х64, виртуализацию и параллельное исполнение. В предыдущем х64 эмулировался средой исполнения.
                      Отредактировано: Zveruga~06:26 22.04.14
                      #539487 ↑
                      • 0
                        Нет аватара guest22.04.14 08:45:00
                        чтобы составить конкуренцию Интел в чем?

                        И ещё может так быть что компилятор под свою архитектуру не готов/не дают дать соглашения секретности.
                        #539492 ↑
                        • 0
                          RadiantConfessor RadiantConfessor22.04.14 11:38:36
                          Может и я был такого мнения пока не зашел на сайт МЦСТ и не прочитал о пакете программ идущих с этим процессором. Что и вы можете сделать.
                          #539519 ↑
                  • 0
                    shigorin shigorin22.04.14 01:43:27
                    > Как компилятор может быть
                    > под х86 на Эльбрус?
                    -mcpu/-march

                    PS: закрытый у них компилятор, насколько понимаю. А жаль.

                    --
                    Michael Shigorin
                    #539470 ↑
                    • 0
                      RadiantConfessor RadiantConfessor22.04.14 06:18:52
                      Только большого смысла нет, да и раз уж вы сами написали, что модель можно выбирать...

                      Зачем писать компилятор под проц, который создавали с аппаратным интерпретатором? Чтобы составить конкуренцию с Интел в вопросе компиляторов?
                      Отредактировано: Zveruga~06:28 22.04.14
                      #539486 ↑
                      • 0
                        Нет аватара guest22.04.14 21:06:24
                        Компилятор писался под родную систему команд процессора. Его никому, кроме как режимникам, не дают. Надо полагать, эффективность скомпилированного им кода будет повыше, чем у транслированного из x86. Насколько? Бог весть.
                        То, что вы безграмотно зовете "аппаратным интерпретатором" есть всего навсего двоичный транслятор из комманд x86 в родные. Впрочем, судя по иным вашим перлам, разница для вас нулевая. Никакой родной "интерпретации" x86 в этом процессоре нет.
                        #539599 ↑
                        • 0
                          RadiantConfessor RadiantConfessor22.04.14 21:35:38
                          Мне непонятно чему вы из сказанного мною пытаетесь противоречить?

                          Что-то сказали и вроде бы ни чего противоречивого. Троллите?    

                          А самое смешное называть термин аппаратный интерпретатор безграмотностью. Как раз только грамотный человек может применить этот действительно грамотный термин к этому устройству в процессоре. А люди с узким мышлениям, которые ещё не набрались РАзума будут пытаться оперировать терминами истинный смысл которых не понимают.

                          Двоичный транслятор = аппаратный интерпретатор. Попробуйте оспорить.    
                          #539604 ↑
                          • 0
                            Нет аватара guest22.04.14 23:00:09
                            Боже мой, что вы несёте...

                            Какое противоречие может быть с вопросом? Вы спосили - вам ответили, попутно уточнив, что ваша терминология по меньшей мере неадекватна. Вопросов, зачем нужен компилятор для Эльбруса, видимо, больше нет? Решили дальше попререкаться?

                            ps: 1. Транслятор машинного кода переводит одну систему процессорных команд в другую.
                            2. Интерпретатор - это аналитический механизм, который покомандно формирует машинный или промежуточный код из более высокоуровневого представления и исполняет его.
                            Дошло? Трансляторы ничего не исполняют.
                            Вы своим уравнением, условно, объединили функции переводчика и дивизии красноармейцев во главе с нач. штаба.

                            "Аппаратный интерпретатор" в случае с Эльбрусом значил бы наличие дополнительного логического блока в кристалле чипа, отвечающего за исполнение интерпретируемого кода. То есть, по сути это было бы еще одно процессорное ядро. У Эльбруса-2С/4C команды x86 "переводятся" на команды Эльбруса, которые исполняются на ядрах Эльбруса.
                            #539611 ↑
                            • 0
                              RadiantConfessor RadiantConfessor22.04.14 23:19:43
                              Что вы, у меня не было вопросов по компилятору.    

                              К вашему сожалению любой процессор всегда является исполнителем кода благодаря АЛУ, по этому он всегда будет его исполнять.     Вопрос лишь в том, кто на что смотрит и чему даёт определение.
                              Отредактировано: Zveruga~23:20 22.04.14
                              #539616 ↑