Создатели отечественных микропроцессоров «Эльбрус» занимаются разработкой многокристального процессора для тонких клиентов, дешевых ноутбуков и встраиваемых систем.
Разработка должна объединить в одной микросхеме уже созданные за счет Минпромторга процессор «Эльбрус-1С+» и контроллер периферийных интерфейсов КПИ-2.
Об этом стало известно из материалов международного форума «Микроэлектроника 2017», который прошел в начале октября в Крыму. Авторами проекта являются сотрудники ИНЭУМ им. И. С. Брука.
Сами разработчики считают, что создаваемый ими многокристальный микропроцессор является новшеством для отечественной микроэлектроники и рассчитывают на его широкое применение в вышеописанном оборудовании.
По словам представителя компании МСЦТ Константина Трушкина, опытные образцы изделия появятся в 2018 году. Также он сообщил, что к проекту уже проявляют большой интерес разработчики мобильной и встраиваемой вычислительной техники, промышленной автоматизации. Кроме того, Трушкин отметил возможность применения нового процессора в робототехнике. Об этом сообщает издание CNews.
Представитель компании добавил, что создание процессора является самостоятельной разработкой и осуществляется не в рамках исполнения какого-либо госконтракта.
Разработчики «Эльбруса» создадут процессор для бюджетных ноутбуков
Разработчики «Эльбруса» создадут процессор для бюджетных ноутбуковАвтор:
Виктория Дорохина
Аналитик
См. также
Не найдено ни одной записи.
Комментарии
(100) Получается, что да. Боюсь только, что программы на си вряд ли получится так уж эффективно распараллелить при компиляции для VLIW. Для этого чуть ли не специальный язык напрашивается. А это сильно сужает применение и усложняет программирование. Короче, что-то мне сдается что с этим VLIW овчинка выделки не стоила. Не зря буржуины на него плюнули.
Хотя, если подумать... Интел же тоже сейчас зашивает в процессоры какие-то фокусы для более эффективного распараллеливания. И это тоже требовало поддержки со стороны компиляторов. Глобально, наверное, то на то и выходит.
Хотя, если подумать... Интел же тоже сейчас зашивает в процессоры какие-то фокусы для более эффективного распараллеливания. И это тоже требовало поддержки со стороны компиляторов. Глобально, наверное, то на то и выходит.
(105) Как это зачем? Это как раз абсолютно понятно.
1) Максимально эффективно распараллелить для VLIW сможет только программист, понимающий логику программы. Вручную. На уровне компилятора того же си однозначно это можно сделать только для самых очевидных моментов, которых боюсь не так много, как хотелось бы. И то нужен нехилый семантический анализатор.
2) Если у процессора богатая система мощных команд, то на ассемблере можно написать заведомо более эффективный код, чем компилированный с си (который оперирует более высокими абстракциями). В былые времена и на си писали с ассемблерными вставками.
1) Максимально эффективно распараллелить для VLIW сможет только программист, понимающий логику программы. Вручную. На уровне компилятора того же си однозначно это можно сделать только для самых очевидных моментов, которых боюсь не так много, как хотелось бы. И то нужен нехилый семантический анализатор.
2) Если у процессора богатая система мощных команд, то на ассемблере можно написать заведомо более эффективный код, чем компилированный с си (который оперирует более высокими абстракциями). В былые времена и на си писали с ассемблерными вставками.
"Библиотека написана с использованием ручных оптимизаций и позволяет наиболее полно использовать вычислительные ресурсы процессора"
"Наряду с ассемблерными вставками используются интринсики, т.е. мнемонические аналоги ассемблерных команд. Интринсики активно используются при написании оптимизированных фрагментов кода, в частности в бибилотеке eml"
"Наряду с ассемблерными вставками используются интринсики, т.е. мнемонические аналоги ассемблерных команд. Интринсики активно используются при написании оптимизированных фрагментов кода, в частности в бибилотеке eml"
Вычитал, что из под их нативного линукса таки предусмотрена возможность запуска наряду с нативно скомпилированными приложениями и приложений скомпилированных под x86. Не совсем понятно только, зачем это надо. Исходники обычно есть. А без исходников - скорее всего в зависимости упрется...
Я про внешние зависимости на другие библиотеки и т.п.
Трансляция программная.
Про динамическую трансляцию у них здесь:
Вкратце два режима:
1) либо транслятор запускается при старте компа в нулевом кольце защиты и получаем обычный x86
2) либо запускается нативный линух и тогда трансляция x86 выполняется через приложение-транслятор из комплекта нативного линуха. Но прозрачно. Т.е. линух сам выкупает, что это x86 приложение а не нативное и запускает его выполнение через транслятор.
Трансляция программная.
Про динамическую трансляцию у них здесь:
Вкратце два режима:
1) либо транслятор запускается при старте компа в нулевом кольце защиты и получаем обычный x86
2) либо запускается нативный линух и тогда трансляция x86 выполняется через приложение-транслятор из комплекта нативного линуха. Но прозрачно. Т.е. линух сам выкупает, что это x86 приложение а не нативное и запускает его выполнение через транслятор.
