Портирование JS на Эльбрус

    Это рассказ про портирование JavaScript на отечественную платформу Эльбрус, выполненное ребятами из компании UniPro. В статье — краткий сравнительный анализ платформ, детали процесса и подводные камни.



    В основе статьи — доклад Дмитрия (dbezheckov) Бежецкова и Владимира (volodyabo) Ануфриенко с HolyJS 2018 Piter. Под катом вы найдете видео и текстовую расшифровку доклада.


    Часть 1. Эльбрус, родом из России


    Сначала разберемся с тем, что такое Эльбрус. Вот несколько ключевых особенностей данной платформы в сравнении с x86.

    VLIW архитектура


    Совершенно другое архитектурное решение, нежели суперскалярная архитектура, которая более распространена на рынке сейчас. VLIW позволяет более тонко выражать намерения в коде за счет явного управления всеми независимыми арифметико-логическими устройствами (АЛУ), которых у Эльбруса, к слову, 4. Это не исключает возможности простоя каких-то АЛУ, но все же увеличивает теоретическую производительность на один такт процессора.

    Объединение команд в бандлы


    Готовые процессорные команды объединяются в бандлы (Bundles). Один bundle — это одна большая инструкция, которая выполняется за условный такт. В ней есть много атомарных инструкций, которые в архитектуре Эльбрус исполняются независимо и сразу.



    На изображении справа серыми прямоугольниками обозначены бандлы, получившиеся при обработке JS-кода слева. Если с инструкциями ldd, fmuld, faddd, fsqrts все примерно понятно, то с инструкция return в самом начале первого бандла вызывает удивление у людей, не знакомых с ассемблером Эльбруса. Эта инструкция загружает адрес возврата из текущей функции floatMath в регистр ctpr3 заранее, чтобы процессор смог успеть подкачать нужные инструкции. Затем в последнем бандле мы уже совершаем переход по заранее загруженному адресу в ctpr3.

    Также стоит отметить что у Эльбруса намного больше регистров 192 + 32 + 32 против 16 + 16 +8 у x86.

    Явная спекулятивность против неявной


    Эльбрус поддерживает явную спекулятивность на уровне команд. Следовательно, мы можем сделать вызов и загрузку a.bar из памяти еще до проверки того, что она не является null, как это видно в коде справа. Если чтение логически в конце окажется невалидным, то значение в b просто будет помечено аппаратно как неправильное и обратиться к нему будет нельзя.



    Поддержка условного исполнения


    Эльбрус также поддерживает условное исполнение. Рассмотрим это на следующем примере.



    Как мы видим, код из предыдущего примера про спекулятивность сокращается еще и за счет использования свертки условного выражение в зависимость не по управлению, а по данным. Эльбрус аппаратно поддерживает предикатные регистры, в которых можно хранить только два значение true или false. Основная их фишка в том, что можно помечать инструкции таким предикатом и зависимости от его значения в момент исполнения инструкция исполнится или нет. В данном примере инструкция cmpeq выполняет сравнение и его логический результат помещает в предикат P1, который затем используется как маркер для загрузки в результат значения из b. Соответственно если предикат был равен true, то и в result осталось значение 0.

    Данный подход позволяет трансформировать довольно сложный граф управления программы в предикатное исполнение и соответственно повышает наполненность бандла. Теперь мы можем генерировать больше независимых команд под разными предикатами и наполнять ими бандлы. Эльбрус поддерживает 32 предикатных регистра, что позволяет кодировать 65 потоков управления (плюс один на отсутствие предиката на команде).

    Три аппаратных стека по сравнению с одним в Intel


    Два из них защищенные от модификации программистом. Один — chain-стек — отвечает за хранение адресов для возвратов из функций, другой — стек регистров — содержит параметры, через которые они передаются. В третьем — пользовательском стеке — хранятся переменные и данные пользователя. В intel все хранится в одном стеке, что порождает уязвимости, так как все адреса переходов, параметров находятся в одном незащищенном от модификаций пользователем месте.

    Нет динамического предсказателя переходов


    Вместо него используется схема с if-конверсией и подготовками переходов, чтобы конвейер выполнения не останавливался.

    Так зачем нам JS на Эльбрусе?


    1. Импортозамещение.
    2. Вывод Эльбруса на рынок домашних компьютеров, где для того же браузера уже необходим Javascript.
    3. В промышленности уже нужен Эльбрус, например с Node.js. Следовательно, нужно портировать Node под данную архитектуру.
    4. Развитие архитектуры Эльбрус, а также специалистов в этой области.

    Если нет интерпретатора, приходят два компилятора


    За основу была взята предыдущая реализация v8 от Гугл. Работает она так: из исходного кода создается абстрактное синтаксическое дерево, далее в зависимости от того, исполнялся ли код или нет, с помощью одного из двух компиляторов (Crankshaft или FullCodegen) создается, соответственно, оптимизированный или неоптимизированный бинарный код. При этом интерпретатора нет.



    Как работает FullCodegen?


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



    Тем не менее, все это было сделано, и получилась версия компилятора FullCodegen 1.0 для Эльбрус. Делалось все через C++ runtime v8, ничего не оптимизировали, ассемблерный код был просто переписан с x86 под архитектуру Эльбрус.

    Codegen 1.1


    В итоге результат получился не совсем таким, как ожидали, и было решено выпустить версию FullCodegen 1.1:

    • Сделали меньше runtime, писали на макроассемблере;
    • Добавили ручные if-конверсии (на рисунке, в качестве примера, показана проверка переменной js на true или false);



    Обратите внимание, что проверка на NaN, undefined, null делается за один раз, без использования if, которое бы потребовалось в Intel-архитектуре.

    • Код не просто переписали с Intel, а реализовали спекулятивность в стабах и реализовали fast-path тоже через MAsm (макроассемблер).

    Тесты проводились в Google Octane. Тестовые машины:

    • Эльбрус: E2S 750 МГц, 24 ГБ
    • Intel: core i7 3,4 ГГц, 16 ГБ

    Далее результаты:



    На гистограмме — соотношение результатов, т.е. во сколько раз Эльбрус хуже «Интела». На двух тестах Crypto и zlib результаты заметно хуже из-за того, что в Эльбрусе еще нет аппаратных инструкций для работы с шифрованием. В целом, учитывая разницу в частотах, получилось неплохо.

    Далее тест в сравнении с интерпретатором js из firefox, входящего в стандартную поставку Эльбруса.  Больше — лучше.


    Вердикт — компилятор снова справился неплохо.

    Результаты разработки


    • Новый JS-движок прошел test262 тесты. Это дает ему право называться полноценной средой исполнения ECMAScript 262.
    • Производительность увеличилась в среднем в пять раз по сравнению с предыдущим движком — интерпретатором.
    • Node.js 6.10 тоже портировали в качестве примера использования V8, благо это было не сложно.
    • Тем не менее, все еще хуже, чем Core i7 на FullCodegen, в семь раз.

    Казалось, ничего не предвещало


    Все было бы хорошо, но тут Google объявил, что больше не поддерживает FullCodegen и Crankshaft и они будут удалены. После чего команда получила заказ на разработку для браузера Firefox, и об этом — дальше.



    Часть 2. Firefox и ее обезьяна-паук


    Речь пойдет о движке браузера Firefox — SpiderMonkey. На рисунке отличия между этим движком и более новым V8.



    Видно, что на первом этапе все похоже, исходный код парсится в абстрактное синтаксическое дерево, потом в байт-код, а далее начинаются отличия.

    В SpiderMonkey байт-код интерпретируется C++ интерпретатором, который в сущности напоминает большой switch, внутри которого совершаются прыжки по байт-коду. Далее интерпретированный код попадает в неотимизирующий компилятор Baseline. Затем на финальной стадии в дело включается оптимизирующий компилятор Ion. В движке V8 байт-код обрабатывается интерпретатором Ingnition, а затем компилятором TurboFan.

    Baseline, выбираю тебя!


    Портирование начали с компилятора Baseline. Он в сущности представляет собой стековую машину. То есть есть некий стек, из ячеек которого он берет переменные, запоминает их, производит с ними какие-то действия, после чего возвращает как переменные, так и результаты действий обратно в ячейки стека. Ниже на нескольких картинках пошагово отображен этот механизм в отношении простой функции foo:









    Что такое framе?




    На изображениях выше вы можете видеть слово frame. Грубо говоря, это Javascript-контекст на железе, то есть набор данных в стеке, описывающий какую-либо вашу функцию. На изображении ниже функция foo, а справа от нее то, как она выглядит в стеке: аргументы, описание функции, адрес возврата, указание на предыдущий фрейм, ведь функция откуда-то была вызвана и чтобы корректно вернуться в место вызова эта информация должна хранится в стеке, а далее уже сами локальные переменные функции и операнды для вычислений.



    Таким образом, достоинства Baseline:

    • Похож на FullCodegen, следовательно, пригодился его опыт портирования;
    • Портируем ассемблер, получаем рабочий компилятор;
    • Удобно отлаживать;
    • Любой стаб можно переписать.

    Но есть и минусы:

    • Линейный код, пока один байт код не выполнишь, не получится выполнить следующий, что не очень хорошо для архитектуры с параллельными вычислениями;
    • Так как работает с байт-кодом, особо не оптимизируешь.

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

    В итоге по тестам с новым компилятором производительность выросла в три раза:



    Тем не менее, Octane не поддерживает работу с исключениями. А их реализация очень важна.

    Исключительная работа


    Для начала разберемся, как работают исключения на x86. Пока выполняется программа, в стек записываются адреса возврата из функций. В какой-то момент происходит исключение. Переходим в runtime обработчик исключений, в котором используются фреймы, о которых мы говорили выше. Находим, где конкретно возникло исключение, после чего нам нужно отмотать стек до нужного состояния, а далее меняется адрес возврата на тот, где будет обработано исключение.

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

    Ниже иллюстрация об очередности данных шагов.



    Не самый быстрый способ, тем не менее, исключение обрабатывается. Но все-таки на Intel это выглядит как-то попроще:



    С Эльбрусом прыжков до самого обработчика будет больше:


    Вот почему не стоит основывать логику программы на исключениях, тем более на Эльбрусе.

    Оптимизируй это!


    Итак, обработка исключений реализована. Теперь расскажем, как мы сделали все это чуть более быстрым:

    • Переписали инлайн кэши;

    • Сделали ручную (а потом и автоматическую) расстановку задержек;
    • Вынесли подготовки переходов (выше по коду): чем раньше подготавливается переход тем лучше;
    • Поддержали инкрементальный сборщик мусора

    На втором пункте остановимся чуть более подробно. Мы уже рассматривали небольшой пример работы с bundles, к нему и перейдем.



    Любая операция, например, загрузки не делается в один такт, в данном случае она делается в три такта. Таким образом, если мы хотим перемножить два числа, пришли в операцию умножения, но сами операнды еще не загрузились, процессору остается только ждать их загрузки. И он будет ждать некоторое количество тактов, кратное четырем. Но если вручную выставить задержки, время ожидания можно сократить, тем самым повысив быстродействие. Далее процесс расстановки задержек был автоматизирован.



    Итоги оптимизации BaseLine v1.0 vs Baseline v1.1. Несомненно, движок стал быстрее.



    Как же это программистам и не сделать Ion’ную пушку?


    На волне успеха от реализации Baseline v1.1 было решено портировать и оптимизирующий компилятор Ion.



    Как работает оптимизирующий компилятор? Исходный код интерпретируется, запускается компиляция. В процессе выполнения байт-кода Ion собирает данные о типах, использующихся в программе, происходит анализ «горячих функций» — тех, которые выполняются чаще других. После этого принимается решение скомпилировать их получше, оптимизировать. Далее строится высокоуровневое представление компилятора, граф операций. На графе происходит оптимизация (opt 1, opt 2, opt …), создается низкоуровневое представление, состоящее из машинных команд, резервируются регистры, генерируется непосредственно оптимизированный бинарный код.



    На Эльбрусе регистров больше и сами команды большие, поэтому нужны:

    • Планировщик команд;
    • Свой регистр аллокатор;
    • Свой LIR (Low-level Intermediate Representation);
    • Свой Code-generator.

    У команды уже имелся опыт портирования Java на Эльбрус, эту же библиотеку для генерации кода решили использовать и для портирования Ion. Она называется TANGO. В ней есть:

    • Планировщик команд;
    • Свой регистр аллокатор;
    • Низкоуровневые оптимизации.

    Осталось привнести высокоуровневое представление в TANGO, сделать селектор. Проблема в том, что низкоуровневое представление в TANGO похоже на ассемблер, который сложен в поддержке и отладке. Как должен выглядеть компилятор внутри? В Mozilla для большей понятности сделали свой компилятор HolyJit, также есть еще вариант написать свой мини-язык для перевода между высокоуровневым и низкоуровневым представлением.



    Разработка еще ведется. Ну а далее о том, как не перестараться с оптимизацией.

    Часть 3. Лучшее — враг хорошего


    Компиляция, как она есть


    Процесс оптимизации в Ion, когда код нагревается, а потом компилируется и оптимизируется — жадный, это можно увидеть на следующем примере.

    function foo(a, b) {
      return a + b;
    }
    
    function doSomeStuff(obj) {
      for (let i = 0; i < 1100; ++i) {
        print(foo(obj,obj));
      }
    }
    
    doSomeStuff("HollyJS");
    doSomeStuff({n:10});
    

    При запуске в JS Shell с отключенной многопоточностью (для чистоты эксперимента),   который поставляется с Mozilla, видим следующую ситуацию:



    Функция исполняется. Мы видим, что счетчик количества исполнений большой, но в какой-то момент появляется сообщение о bailout (катапультировании). Это означает, что произошла деоптимизация. В данном случае в функцию foo сначала передаются объекты типа object, но после прогона функции в цикле со строками в качестве аргументов, компилятор решает так оптимизировать код, как будто данная функция работает только со строками. Если декомпилировать оптимизированный код, получится следующее:

    function doSomeStuff(obj) {
      for (let i=0; i < 1100; ++i) {
        if (!(obj instanceof String))
          // bailout
        print(foo_only_str(obj, obj));
      }
    }
    

    Как только в функцию будет передан первый аргумент не строка, оптимизированный код будет выброшен и мы снова перейдем на неоптимизированную версию кода.

    На изображении мы видим пример низкоуровневой работы компилятора. Серым отмечены команды, которые были им оптимизированы при создании новой версии кода, например при DCE.



    Пониженная передача


    При катапультировании мы переходим в менее оптимизированный код, который ожидает, что на стеке будут все нужные ему объекты, как будто все это время исполнялась именно неоптимизированная версия кода.

    Для того чтобы данные, необходимые для выполнения, при этом не терялись, в SpiderMonkey есть Resume Point. Что-то вроде точек сохранения, к которым всегда можно вернуться. В них сохраняются все операнды, нужные на данный момент для восстановления baseline фреймов. Но их недостаточно, поэтому в runtime нужно получить информацию, где находятся эти операнды. Проходит фаза lowering, regAlloc, после чего получается снимок (snapshot), в котором известно, где находятся нужные операнды. На основе этой информации восстанавливается baseline фрейм.

    Процедура изображена на картинке:



    В runtime на x86 это выглядит следующим образом: допустим, проверка в оптимизированном коде сработала и вас катапультировало. Собирается дамп регистров и нужная из них информация. Вызывается С, в куче размещается информация о полученных фреймах, вызывается еще один стаб, копирующий операнды на стек, а затем делается переход на байткод, который соответствует точке сохранения. Или, если вы были посреди инлайн кэша, переключается на Type монитор. Схема изображена ниже:



    На Эльбрусе так не получится, потому что одна функция соответствует нескольким фреймам, а фреймы в Эльбрусе управляются железом и хранятся в защищенном chain стеке. Следовательно, нужно воссоздать не один фрейм, а несколько.

    Схема для Эльбруса более сложная: есть промежуточный деоптимизационный стаб, который воссоздает всю эту информацию на chain-стеке, рекурсивно вызывая себя N раз, затем происходит системный вызов, который подменяет адреса возвратов на соответствующие адреса фреймов baseline, и затем переходит на точку сохранения и возобновляет выполнение.  

    Это стоит учесть при разработке, если у вас в коде часто встречается деоптимизация.

    Переработанная схема для архитектуры Эльбрус:


    Результатом всей работы портирования Ion стал 4-х кратный прирост производительности на некоторых бенчмарках по сравнению с предыдущей реализацией baseline. Гистограмму вы можете увидеть ниже:



    Итоги


    Итак, теперь вы знаете, что на Эльбрусе есть SpiderMonkey, V8 и Node. В целом портирование — несложный процесс. Его можно выполнять небольшой командой.

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

    Если доклад понравился, обратите внимание: 24-25 ноября в Москве состоится новая HolyJS, и там тоже будет много интересного. Уже известная информация о программе — на сайте, и билеты можно приобрести там же.

    JUG.ru Group

    644,00

    Конференции для взрослых. Java, .NET, JS и др. 18+

    Поделиться публикацией

    Похожие публикации

    Комментарии 223
      +9
      Спасибо, очень интересно. Впервые увидел простое понятное объяснение, что же интересного есть в Эльбрусе. Для человека, помнящего hitachi sh3 (с его delayed branches) и Forth (с двухстековой архитектурой) — как маслом по сердцу.
        +1
        Напомнило ЭВМ-М10 с ее VLIW и явным управлением АЛУ1,2, УУ, памятью и системной шиной в рамках 1 команды
          +1
          Карцев был гений. Кстати, М-10 первая в мире каноническая VLIW-машина.
            0
            Насчет первой в мире не знаю, не изучал. Но работать с ней было феерично.
          +5
          Следовательно, мы можем сделать вызов и загрузку a.bar из памяти еще до проверки того, что она не является null, как это видно в коде справа. Если чтение логически в конце окажется невалидным, то значение в b просто будет помечено аппаратно как неправильное и обратиться к нему будет нельзя.
          Эльбрус также поддерживает условное исполнение.
          Ну и кеш там есть, согласно wiki.

          Здравствуй, meltdown?
            +1
            А без спекулятивного выполнения (как и без кешей), к сожалению, произодительность резко падает.
              0
              Это не вопрос «медленно или быстро». Это вопрос «так подвержен или нет» и «собираются ли, если да, ядро и программы с нужными патчами или импортозамещённое супербезопасное решение является полнейшим решетом».
                +2
                Судя по данным в сети, Meltdown не подвержены некоторые процессоры с спекулятивным исполнением и кешами (например, продукция AMD — у них только Spectre и свои дыры). Also, habr.com/post/422547/#comment_19094305
              0
              Не факт. Может быть во время спекулятивной загрузки проверяются права. А вот Spectre — да, добро пожаловать.
                0
                Ну, не знаю. Прямо написано, что загрузка идёт до проверки. Если значение оседает в кеше, то условия для Meltdown соблюдены.
                  0
                  До проверки на null, но про защиту не понятно. Я имею в виду, что если он загружает без проверки защиты памяти, то да — привет Meltdown, а если он, все-таки, проверяет защиту, также как ARM или AMD, то возможен только Spectre.
                  0
                  Да, это верно. Если нарушены права доступа, то будет загруженно не реальное значение ячейки, а диагностическое.
                  +4
                  Только реализация уязвимости, вместе со спекулятивностью, с железа переложена на программиста (или компилятор)
                    –2
                    На видео в вопросах и ответах есть вопрос про это, так вот по словам докладчика Meltdown на Эльбрусе не возможен из-за того, что адреса возвратов хранятся в защищенном стеке к которому у программистов нет доступа, а соответственно не возможна их подмена для осуществления атаки.
                      +8
                      Может я чего-то забыл, но по моему Meltdown работает не так. Там вроде не требовалось подменять адрес возврата.
                      –2
                      Вы путаете теплое с мягким. Подвержен процессор meltdown уязвимости или не подвержен здесь совершенно без разницы. Задачи на него будут возлагаться другие и смысла в реализации уязвимости не будет. meltdown оказался опасен виртуальным машинам, чьи мощности использовались для сдачи в аренду кому угодно для выполнения «чужого» кода и «чужой работы», и оказалось что исполнение гостевого кода не полностью изолировано от исполнения основного кода. Я пока не могу представить ситуации, когда на машинах с эльбрусами будут запускать «чужой» и «потенциально опасный/неизвестный» код. Собирать Сервера на эльбрусах для сдачи в аренду VPS-ок?- как то идея не очень изначально.
                        0
                        К тому-же Эльбрусы и вовсе не поддерживают виртуализацию, обещают только в разрабатываемом Эльбрус 16С который выйдет в 2021.
                          0
                          Эльбрус-2С3 и Эльбрус-12С должны выйти в 2020. Там тоже должна быть аппаратная поддержка виртуализации.
                          +6
                          Поскольку теперь благодаря авторам статью на эльбрусе есть JavaScript, разве это не означает что теперь появилась возможность запускать чужой и потенциально опасный код?
                            +1
                            Помните, как раньше в линуксе вирусы падали с ошибками даже под wine и их приходилось пересобирать?
                              0
                              Нет, не означает. Физически чужой и потенциально опасный код можно было запускать всегда собственными руками и от процессора это не зависит. Разница лишь в области применения. Если процессор для военных то и применение должно соответствовать, то есть работать он должен только с проверенным ПО. Не важно на чем оно написано или с чего интерпретировано. Важно «что оно делает и как делает». Запуск неизвестной программы на боевом АРМ-е оператором сам по себе несет в себе угрозу, надеюсь вы это понимаете… и уязвимости процессора не делают погоды в данном случае.
                              0
                              Есть ситуация проще. Доступ с одной вкладки браузера к другой.
                              Представить себе пиратский сайт с фильмами на военном компе очень просто.
                              В соседней вкладке морду секретной БД тоже представить несложно.
                            –11

                            Круто конечно. Но зачем? VLIW не взлетел даже у Интела. Ценник на Эльбрусы такой что они не имеют смысла. С учетом неработоспособности vliw больших партий не будет и ценник падать не будет. Брать что сервера что компьютеры на Эльбрусах нет и не будет смысла.


                            Ну заставят госов каких их купить. Будут стоять в углу, а работать будут старенькие (или какие есть) интелы.

                              +3
                              У интеля не взлетел VLIW потому-что во-первых у интеля традиционно проблемы с программистами это очень хорошо видно по интеловским драйверам, а VLIW очень зависим от качества компилятора. AMD вон очень даже неплохо работали c VLIW ядрами в своих карточках. А во-вторых Intel свои итаниумы целили на тот-же рынок на котором они уже присутствуют со своими x86, зачем им было конкурировать с самими собой? Притом конкурирование требовало большой работы со стороны разработчиков стороннего ПО по вычистке кода от ассемблерных вставок, но с приходом ARM на рынок им все-равно пришлось это сделать, чтобы можно было работать на мобилках.
                                +3

                                Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень. Только я логики не вижу?


                                Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты. Про сервера скромно помолчим. Не их уровень по производительности даже близко. Конкуренты Интел и АРМ. По деньгам и возможностям даже сравнивать нельзя.


                                Разрабатывая что-то под уже провалившуюся платформу надо сразу четко говорить Зачем? Почему этим будут пользоваться и чем оно лучше традиционных платформ в той области для которой мы свой велосипед разработали. Иначе вся эта разработка просто упражнение для ума.

                                  +6
                                  Да, это суровая реальность. Железячники обычно плохо справляются с софтовыми задачами. (Верно и обратное).

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

                                  Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.
                                    +2
                                    Т.е. не «провалившаяся платформа», а единственная относительно производительная платформа без критической уязвимости в спекулятивном исполнении.

                                    1. AMD и ARM гораздо быстрее
                                    2. Как верно замечено в комментариях выше критическая уязвимость спекулятивного исполнения в Эльбрусе весьма вероятно как раз есть
                                      0
                                      Явный контроль спекулятивности со стороны кого? Если со стороны пользовательского кода — это может лишь упростить атаки на спекулятивность.
                                      +4
                                      Так Эльбрусы хотят тот же самый рынок
                                      Слово «рынок» здесь не очень подходит, так как работают совсем не рыночные механизмы.
                                        +2
                                        Интел — один из крупнейших разработчиков и производителей цпу общего назначения — капитализация 200 миллиардов — программисты не очень.

                                        А у МС и того больше капитализация, да вот только у них я вообще кроме C# и TypeScript не припомню качественных и не глючных продуктов. Капитализация никак не влияет на культуру написания кода в компании. Как я уже говорил AMD смогли написать хороший компилятор для VLIW даже не смотря на то, что капитализация у них ниже чем у интел.

                                        Так Эльбрусы хотят тот же самый рынок.

                                        Да конечно, только та работа которая предстояла интелу для перевода хотя-бы серверов на VLIW уже сделана благодаря появлению ARM, а во времена Itanium не была, что встало бы Intel в копеечку, а уж что-что а деньги они считать умеют, иначе не было бы у них вышеуказанной капитализации.

                                        Про сервера скромно помолчим. Не их уровень по производительности даже близко.

                                        Это ты про процессор на видео? Так там стоит 401-я машина с устаревшим на 5 лет процессором. После него уже вышли Эльбрус 8С и Эльбрус 8СВ давшие двукратный и четырехкратный прирост по производительности соответственно. Тесты от стороннего разработчика тут но на них правда нет последнего Эльбрус 8СВ, так-как на момент тестов его просто не существовало.

                                        Разрабатывая что-то под уже провалившуюся платформу надо сразу четко говорить Зачем?

                                        С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.
                                          –3

                                          Вы вообще к IT имеете отношение? МС сейчас один из крупнейших разработчиков опенсорсного по. Обвинять их в чем-то ну просто несерьезно.


                                          Там нужен этак десятикратный рост производительности. Причем в независимых адекватных тестах. И заодно минимум десятикратное падение стоимости. И только потом модно о чем-то говорить. Ни того ни другого не наблюдается.

                                            +1
                                            Вы вообще к IT имеете отношение?

                                            Я спрошу у вас то же самое, ибо уровень аргументации у вас детский, то капитализация у вас как-то влияет на культуру написания кода, то принадлежность к группе крупнейших разработчиков опенсорсного по делают кампанию неприкасемой что критиковать её становится не серьёзно. Вы точно не политик? И них обычно такой-же низкий уровень аргументации.

                                            Там нужен этак десятикратный рост производительности.

                                            Чудес не бывает, двухкратный рост производительности от поколения к поколению уже хорошее достижение, а если учесть что в 16С обещают трехкратный рост за счет уменьшения техпроцесса а соответственно увеличения количества транзисторов в кристалле, повышения тактовой частоты, увеличения ширины командного слова, увеличения объема кешей, расположения чипсета прям на кристалле, поддержке современной периферии, и обновления версии архитектуры, то и вообще все смотрится довольно не плохо. И не верить в обещания мцст причин нет, ибо пока-что они исправно выполняли свои обещания.
                                              0
                                              а если учесть что в 16С обещают трехкратный рост

                                              и сколько это в циферках? только не в гфлопсах дутых — мы же не о DSP говорим в конце концов, а в реальных сценариях (типа zlib, компиляции, бенчах интерпретаторов и т.п.), и желательно — на ядро а не сумму всех 16 ядер сравнивать с 4 ядрами интела и радоваться, мол, всего в несколько раз отставание…
                                                +1
                                                Реальная задача реальной задаче рознь, в каких цифрах предлагаете мерить? К тому-же о каких цифрах речь, если это планируемые рассчетные показатели еще разрабатываемого проца? А если вас интересует выполнение реальных задач предыдущими процессорами, то я уже приводил ссылку с тестами на распознавании изображений. Вот habr.com/company/smartengines/blog/345758 я надеюсь распознавание изображений для вас вполне реальная задача. И цифры тоже там ясные миллисекунды.
                                                  0
                                                  предлагаю мерить, скажем, временем компиляции (вернее — кросс-компиляции) одним и тем же gcc какого-нибдь крупного проекта (ядро там, или еще что). или, к примеру, временем открытия документа на 100500 страниц в libreoffice (он же уже портирован?).

                                                  а распознавание изображений — таки для DSP милое дело. но мы же не DSP рассматриваем, а процессор общего назначения…
                                                    +2
                                                    Под эльбрус нет gcc, у них используется свой компилятор LCC (eLbrus C Compiler) не путать с ru.m.wikipedia.org/wiki/LCC это разные компиляторы. Да и llvm под эльбрусы в совсем зачаточном состоянии. Мерить компиляцию нечем. А замер gcc на интел против lcc на эльбрус будет явно не корректен. А вообще по поводу компиляции на эльбрусах это лучше у Шигорина спросить, он компиляет альт как раз на эльбрусах без какой-либо кросс-компиляции.
                                                    Про запуск больших файлов в либре я не в курсе, но просто запуск и сравнение с предыдущим 4С есть тут youtu.be/gCqb65_Sz_I
                                                      0
                                                      я же написал — кросс-компиляция под определенную платформу. gcc под эльбрус для другого таргета же вообще собирается?

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

                                                      ну и да, сравнение с другим камнем той же архитектуры — оно какбы малоинформативно, интересно сравнение с каким-нить более другим современным камнем.
                                                        +1
                                                        Нет gcc под эльбрусами. Вообще. Под платформу он не собирается, так-как сильно зависит от архитектуры. Единственный способ это запускать gcc под эльбрусами это в режиме эмуляции, но согласитесь что это еще более не корректный вариант для тестов. Эмуляция заведомо будет сильно медленнее.
                                                          0
                                                          ну шланг то собирается? скомпилить ним под скажем какой-нить арм что-нибудь (Qt к примеру).
                                                            0
                                                            Порт шланга в зачаточном состоянии, можно сказать нет его. Так-что тут тоже только эмуляция.
                                                            0
                                                            Да ладно, был портирован gcc-2.95.3 и заброшен уже лет десять назад. Качество кода было не очень,… но свою роль он сыграл. Сейчас какой-то из новых gcc пилят, но весьма неспешно силами одного человека.
                                                    +1
                                                    Или вот сравнение уже устаревающей версии процессора 8С с Intel и AMD на задаче рассчета газовой динамики sdelanounas.ru/blogs/111350 надеюсь эта задача вполне реальная для вас?
                                                    А вот, как вы, просили производительность на одно ядро Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус, а Tapir в нативном режиме с некоторыми оптимизациями. Как видим разница в 3 раза в режиме эмуляции и ~1.5 раза в нативном режиме. Не идеал конечно, но уже не плохо, что кстати как раз примерно в 2 раза быстрее отстающего в 7 раз процессора предыдущего поколения из видео.
                                                    image
                                                      +2
                                                      опять же — узкоспецифичная задача которая прекрасно считается на GPU и прочих DSP. сравним эльбрус со свежей теслой/файрпро, или хотя бы зионом фи?

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


                                                        Не совсем. Как я понял десткопы там идут в третью очередь. Сперва оборонка, потом сервера, а потом уже десктоп. Поэтому и тесты такие. Вряд-ли мы найдем тесты процессора на бытовых задачах. Есть только тест древнего 4С на хабре, и там результаты не отличаются от тех что оглашены в видео. 4C в 7 раз медленнее Интела. Таких-же тестов 8С, а тем более 8СВ в сети к сожалению нет.
                                                          0
                                                          Вы лично запускали NOISEtte и Tapir на GPU? А если нет, то зачем вы утверждаете, что они там «прекрасно считаются»?
                                                            0
                                                            чем они принципиально отличаются от того же HiFlow3, который считается на cuda/opencl аж бегом? только тем, что ни у кого руки не дошли докрутить куду туда?
                                                          0
                                                          Noisette выполняется в режиме двоичной трансляции в x86 без портирования кода на эльбрус

                                                          Нет. Это нативный режим, просто NOISEtte большой и его оптимизировали «немного» (всего на 30%)

                                                          Tapir в нативном режиме с некоторыми оптимизациями

                                                          А Tapir маленький (~1000 loc) и его вручную допиливали под Эльбрус посильнее, там прирост за счет этого допиливания двухкратный.

                                                          Заметьте что x86 код никто оптимизировать вручную даже не пытался
                                                            0
                                                            В статье написано, что NOISEtte вообще не оптимизировали, а в Tapir поправили пару строчек кода.
                                                              0
                                                              Да, там в одном месте написано так что создается такое впечатление, но если читать внимательнее то там написано что в NOISEtte вписали вручную некоторое количество prefetch-ей и это дало 30% выигрыш. В Tapir правки были посущественнее. Это конечно лишь несколько десятков строк кода, да, но это ж надо было вначале код отпрофилировать чтобы понять какие и куда строчки писать, как в том анекдоте про мастера который взял 1$ за то что стукнул молотком и 999$ за то что знал куда стукнуть.
                                                        –2

                                                        Критиковать крупного успешного опенсорс разработчика за качество ПО. Ну это. Я даже не знаю что сказать.


                                                        Там все быстродействие ну очень синтетическое. Реальные тесты в серверных задачах от компиляции до шифрования говорят о безнадежном отставании. Да их новые процессоры тоже безнадежно отстают. Все эти бумажные цифры "стало в 16 раз быстрее" не нужны. Нужны только тесты на реальных задачах.

                                                          +3
                                                          А почему вы в упор не хотите замечать приведенные мной ссылки на тесты как раз в реальных задачах?
                                                            –5

                                                            Сайты пропагандистов игнорирую принципиально. Я и так знаю что там напишут и что это к реальности не имеет никакого отношения. Копаться в этом увольте.


                                                            Все тесты на нормальных сайтах (да на том же хабре цикл статей был) говорят что там без шансов. Отставание безнадежно. И по производительности на ватт и по производительности на ядро и тем более по производительности на доллар.

                                                              +5
                                                              Оно конечно удобно всё что не вписывается в вашу уютную картину мира называть пропагандой, лишь бы не снимать розовые очки, но хабр для вас тоже пропагандистский сайт? Или вы по какой-то другой причине игнорите тест на Smart Id Reader на хабре?
                                                                –2

                                                                Тест некоего левого ПО перемеженный рекламой? Вы вот это серьезно сейчас? Неповторяемый тест на проприетарном ПО. Чистая заказуха видна за километр.

                                                                  +3
                                                                  Да-да. Все вокру куплены злобными МЦСТ. И Smart Engines с их Smart Id Reader, и ИПМ имени Келдыша с их рассчетами газодинамики, и НИИ Восход с их системой для обработки и выдачи загранпаспортов, и Data Egret с их портом постгреса на Эльбрус, и Базальт с их портом Альт Линукс. Все куплены. Всее. Вам не кажется что это паранойя?
                                                                    –3

                                                                    Нет. Некие нонеймы продаются за копейки. Статейку с любыми непроверяемыми цифрами сделать можно вообще бесплатно. Я вообще проблем не вижу.


                                                                    Это же так просто. Берем ну тот же nginx и тестируем отдачу https. Вот все совсем просто, повторяемо и проверяемо. И задача реальная. Или берем ffmpeg и тестируем транскодинг видео на современных кодеках. Тоже просто, повторяемо, проверяемо и задача реальная. Но нем надо взять черти какое никому неизвестное ПО и что-то тестировать на нем. Чтобы никто не дай бог повторить и проверить не смог.

                                                                      0
                                                                      Вы берете некий доступный вам круг задач и называете его и только его «реальным». Нужные другим людям задачи вы реальными считать отказываетесь потому что они вам не нужны или недоступны.
                                                                      Яснопонятно.
                                                                        –1
                                                                        Да нет же, у вас данньіе, похожие на подтасовку. Какая-то специфическая задача без сравнения с другими процессорами, странная табличка сравнения производительности на ядро архитектурьі а не процессора, а простьіе, предельно доступньіе, валидньіе, повторяемьіе тестьі вьі делать не хотите. И аргументация по типу:
                                                                        -а наш процессор вьічисляет число пи в 8000 раз бьістрее интела
                                                                        -Но єто же бессмьісленно. И какого именно интела?
                                                                        — Скайлайка!
                                                                        -Єммм… Какого именно скайлайка? А что он еще умеет? Можете на время открьіть большой документ на разньіх обозначенньіх платформах?
                                                                        -В 8000 раз бьістрее число пи, вьі представляете!?!?!? Какие вам еще нужньі доказательства?!?!?!!!
                                                                          0
                                                                          А пройти по ссылке и посмотреть какого именно скайлейка религия не позволяет?
                                                                          –1

                                                                          Я беру типовые серверные задачи. С реализацией на всем известном опенсорс софте. Их можно сравнивать и повторять.


                                                                          Ваше распознавание на черти каком софте не показывает ничего. И проверить достоверность нельзя.

                                                                            0
                                                                            На типовых линейных задачах VLIW не даст никаких преимуществ — это и без тестов ясно. Процессор специфический, они и показывают, какие специфические задачи он может выполнять. И эта задача, необычная для вас, вполне может быть обычной для другого человека, которому широкая архитектура и подойдет. А вот отдача nginx ему не интересна.
                                                                              +2
                                                                              ну дык так и напишите — «DSP с MMU и возможностью запуска линукса». все вопросы отпадут, будут сравнивать с какими-нить С66х (8-летней давности) и, возможно, тайлерой (хотя она немного про другое, хоть и тоже VLIW).
                                                                              так нет же — пишут «процессор общего назначения», а потом — оказывается, что он, кхм, «специфический»…
                                                                                0
                                                                                Архитектура Эльбрус не имеет ничего общего с DSP. Это архитектура для процессора общего назначения с широким командным словом.
                                                                                  0
                                                                                  ну и в чем принципиальная разница между эльбрусом и каким-нить DSP с MMU, ну тем же С66х? на последнем и PCI-e контроллер есть, и гигабитный эзернет есть, и линукс вполне крутится… но — DSP.
                                                                                    0

                                                                                    На C66 крутится линукс?

                                                                                      0
                                                                                        0

                                                                                        Последний релиз в 2012, последний коммит в репозитории больше года назад. Этот проект жив?

                                                                                          +1
                                                                                          речь шла кажется не о свежести проекта, а о линуксе на DSP, не?
                                                                                          линукс есть? есть. работает? работает. но тем не менее — C66x ни разу не ЦП, а таки DSP.
                                                                                          а то что порт скорее мертв чем жив — лишь подтверждает тот факт, что DSP как ЦП никому особо не нужен, не смотря на все его гигафлопсы. а для DSP-задач — TIшная RTOS куда больше подходит, чем обычный линукс.
                                                                                0

                                                                                Тогда и не надо говорить что это процессор общего назначения. И соответсвенно не надо его пытаться продавать как процессор общего назначения.


                                                                                Специализированный процессор с возможностью запуска Линукса. И нет вопросов. Только остается понять в каких задачах он лучше и дешевле аналогов. Ну или хотя бы просто не хуже.

                                                                                  0
                                                                                  Тогда и не надо говорить что это процессор общего назначения

                                                                                  Кмк, здесь терминологическая путаница. «Общего назначения» в пику, скажем, DSP, а не в значении «для бытовых задач».
                                                                                  0
                                                                                  На «типовых линейных задачах» Эльбрус ведет себя практически точно так же, как и любой Интел с равной Эльбрусу частотой.
                                                                                    0
                                                                                    Назовите, пожалуйста, процессоры Интел с равной Эльбрусу частотой, с которыми идет сравнение?
                                                                                      0
                                                                                      Только частоты-то отличаются для продуктов 2018 года.
                                                                                        0
                                                                                        Вдвое медленнее старших интелов при прочих равных (в тч частоте). Примерно на уровне Атома
                                                                                  0
                                                                                  вот с транскодингом как раз будет все гладко и шелковисто. для DSP (к коим по сути эльбрус таки ближе) это же милое дело — минимум ветвлений, минимум зависимых друг от друга инструкций, молоти себе данные сколько в исполнительные устройства влезет.

                                                                                  отдача https — там тоже в шифрование все упрется. которое тоже прекрасно на DSP ложится (хоть и похуже, чем на камни со встроенными криптоакселераторами, типа того же набора команд AES-NI).

                                                                                  гораздо интереснее будут именно тесты в более сложных задачах, где во весь рост проявляется преимущество ОоО. типа компиляции. или интерпретации скриптов (хоть тот же питон). или еще чего-то подобного.
                                                                                    0

                                                                                    Так пусть проведут тесты и покажут как оно работает. Задачи же абсолютно типовые.


                                                                                    Из синтетики java была бы интересна. На ней уйма софта работает. А вот то что показывают вызывает ну ооочень большие сомнения.

                                                                                      +1
                                                                                      ява — там все опять-таки будет зависеть от бенча. если это будет числодробильня на яве (какой-нить линпак там) — все будет гладко и шелковисто, может даже намного круче интела (если jvm правильно запилят), а вот если на яве именно какой-нить SAP или прочее — тут все окажется довольно таки печально…

                                                                                      хотя не факт что на эльбрус яву портировали.
                                                                                        0

                                                                                        Не факт. Да и вообще интересно как оно себя покажет в любых задачах на яве. Я таких тестов еще не видел. Похоже что совсем плохо ну или просто не портировали.

                                                                                          0
                                                                                          Гугль в помощь — «Java на Эльбрусе». Правда там тесты только для устаревшего Эльбрус-4С @ 750 МГц. Так же в сети есть и тесты трёх разных Эльбрусов на тестах SPEC CPU 2006.
                                                                  0
                                                                  С чего бы она провалившаяся то? VLIW!=Itanium. То что Itanium у интела провалился не значит что провалились и все остальные.

                                                                  Не значит. Но по факту остальные провалились так же.
                                                                  Просто чтоб было понятно, казалось, что vliw сможет выжить хотя бы в gpu, там большинство операций — векторы и матрицы, пакуй как хочешь, иногда приклеивая сбоку пару скалярных операций, однако даже там при переходе к gcn (радеоны 7й серии) VLIW выкинули.

                                                                    0
                                                                    Там его выкинули из-за патентов, VLIW-ядро AMD получили от ATI и довольно большая часть модулей в нем была лицензированна у сторонних компаний, что делало невозможным открытие драйвера, а значит и потерю части рынка суперкомпьютеров. Где-то на Phoronix-е об этом была жалобная тиррада от Алекса Дойчера разработчика AMDGPU. В итоге им оказалось проще запилить свое ядро не на VLIW чем обходить патенты. Причина тут не техническая.
                                                                      +1
                                                                      Сомнительно. Поход АМД в опенсорс начался, если не ошибаюсь, одновременно с выходом VLIW GPU, собственно драйвер для линукса назывался r600g, так что идея открытых дров была не нова. Открытие их проприетарных драйверов началось с AMDGPU, который поначалу не поддерживал первое поколение GCN, более того, некоторое время AMD ещё пытались тянуть параллельно проприетарную ветку AMDGPU Pro, которая также работала на GCN. В общем всё сильно не совпадает, если бы где-то в подвалах с самого начала писали драйвер для последующего перевода в опенсорс и для этого драйвера сменили бы архитектуру, логично было чтоб драйвер поддерживал первое не-VLIW железо. Больше похоже, что в какой-то момент решили свернуть разработку своего драйвера и отсекли по границе актуального железа.
                                                                      Скорее всего в тираде речь шла о раскрытии кода старого драйвера для легаси карт, вот чувак и сказал, мол драйвера для 2x00-6xx0 содержат лицензированные компоненты, переписывать мы их не будем, поэтому пользуйтесь r600g и не жужжите. Вообще, я слышал версию, что с VLIW свалили потому что скалярная архитектура nvidia вполне себе конкурировала с VLIW на GPU-задачах, поэтому польза от VLIW сомнительна, а на перспективных GPGPU задачах VLIW вообще ловить было нечего, поэтому и ушли. Собственно везде с VLIW так получается, сначала кажется, что должно работать, но потом вылазят проблемы с неудобным кодом и непредсказуемыми задержками и выясняется, что плотно паковать не получается, а SIMD расширения, OoO и многоядерность решают проблему масштабирования лучше.
                                                                        0
                                                                        Что касается SIMD, то у Эльбруса с этим полный порядок: 6 SIMD блоков на ядро по 128 бит каждый (у 8СВ и разрабатываемых).
                                                                  0
                                                                  Так Эльбрусы хотят тот же самый рынок. Планшеты, ноуты.

                                                                  Но не свой.
                                                                    0
                                                                    Времена изменились — теперь мало кто готов разбираться в тонкостях железа. Куча разработок Интела была положена на полку, т.к. банально не хватило бюджета написать к ним нормальные драйверы и сопутствующее ПО. И действительно обидно — по спекам железяка очень крутая, берешь на тестирование — а она глючит/зависает/жрет память. Вот как можно на таком строить свои решения?
                                                                  +3

                                                                  Отечественная электроника не для домашних ПК и серверов, а для ВПК. Оружие без чипов и ПО, не продаётся. Независимых производителей линейки ЧИП-ПО — 3-4 страны. США, КНР, РФ и возможно Франция. Наше оружие / энергетическое оборудование (и Китайское) покупают не по тому, что что оно самое лучшее, а потому что его невозможно "отключить со спутника". Все политики помнят когда перед началом операции "Буря в Пустыне" Саддаму Хусейну отключили ВСЕ французские истребители. И про центрифуги в Иране с контроллерами Сименс. Могу ещё напомнить о выходе из строя единственного спутника системы ПРО из-за импортного блока питания, и (по слухам) погрешности ГЛОНАСС выросшие до 150м (по слухам проблемы были в сверхточных часах) летом 2014 года, когда ВВП решал вопрос о прекращении бардака на Украине… Теперь 35-40 млн. человек расплачиваются за выбор инженеров ПО Решетнева "дешёвых, надёжных, с хорошими массогабаритным характеристиками" компонентов. Теперь понятно почему Эрдоган выбрал С-400? Почему Алжир покупает "плохое"Российское вооружение? Почему король Тайланда у которого вспыхнули бунты после контрактов с Роснефтью выбрал бизнес-версию СуперДжет100, а не Гольфстрим. Могу ещё напомнить руководство ОКБ Гидропресс (Ядерные реакторы и Ядерное топливо) ликвидированное почти в полном составе...

                                                                    +5

                                                                    На это я с вами прощаюсь. Пропаганда головного мозга не лечится.

                                                                      +7
                                                                      Определённая доля правды в словах wikipro есть, но не всё… А эльфам кажется что если у потенциального противника будет возможность применить или установить бэкдор, он этого не сделает по этическим соображениям. Святая наивность.
                                                                        0

                                                                        Как показала практика — кому надо, те справляются и без бэкдоров, просто используя существующие дыры в ПО и железе. А теперь подумайте, где дыр больше — в Интеле или Эльбрусе?

                                                                          0
                                                                          И действительно, где?
                                                                            0
                                                                            Учитывая, что нет ни одного сервера с Эльбрусом, доступного из public internet — какие-то выводы можно сделать.
                                                                      0
                                                                      В копилку любителей теорий заговора добавлю ещё тот факт, что перед началом бомбёжки Югославии в Сербии вырубились все АТС (телефонные станции) кроме советских шаговых. Все эти хвалёные панасоники с сименсами просто сказали «ой» и всё. Тырнетов и мобильников тогда ещё толком не было, так что страна тупо осталась без гражданской связи (у военных советские рации вполне работали). Можете поставить себя на место мирных жителей, когда города бомбят, а вы не можете даже узнать, что там у родственников.

                                                                        +4
                                                                        Ну, справедливости ради, они бы скорее всего не смогли дозвониться по причине «сеть перегружена» и без теорий заговора.
                                                                          +7
                                                                          Это не правда, ничего там не отключалось. Тем более, что в Югославии активно использовались АТС Эриксон, которые производили на совместном предприятии Ericsson Nikola Tesla, в том числе для обхода ограничений КОКОМ при поставках внутри советского блока, а импортировали мы их достаточно много, до сих пор кое-где остались.
                                                                          Но авторы этой байки ничего про это не знали.
                                                                          +2

                                                                          Кроме того, если полагаться на зарубежные компоненты, их могут просто прекратить продавать. Или шантажировать: «Либо вы идете на уступки по такому-то вопросу, либо мы перестаем поставлять вам процессоры, на которых у вас делается авионика».

                                                                            0
                                                                            Эльбрусы точно так же могут прекратить производить, благо что все возможности для подобных санкций есть.
                                                                            Современных fab'ов в России в ближайшее время не появится.
                                                                              0
                                                                              нету возможностей. заартачиться тайвань напечатает китай. тут у интела больше зависимости. израиль под обстрелом, китай в торговой войне, а нигеры в сша нихера наштамповать не могут. 10нм линии не пашут.
                                                                                0
                                                                                Китайские банки уже поддерживают санкции (https://www.znak.com/2018-09-14/kitayskie_banki_blokiruyut_tranzakcii_s_uchastiem_rossiyskih_kompaniy_iz_za_sankciy_ssha_i_es ), пример ZTE показал, что у американцев есть и возможность наказать и возможность добиться таки запрета.

                                                                                Хотелось бы напомнить, что Эльбрус сейчас — очень дорогая игрушка для военных, причем является такой уже много лет. Вот когда МЦСТ перестанет ориентироваться на процессоры Intel 10 летней давности, а сократит разрыв — тогда и можно будет говорить, что у кого пашет, а что у кого нет.
                                                                                  –2
                                                                                  как раз ZTE и банки показывают, что сша бессильны. все кому нада как работали так и работают через китай, та же ZTE работает в сша. на словах китай борется с контрафактом, на деле смеется и гонит подделки контейнерами в сша. как и разорванная в клочи (тм) и изолированная РФ. ничего сша реально сделать не смогли, даже с блокировкой СП2 громкий пук вышел.
                                                                                  в эльбрус вложили копейки, потому так медленно дело и движется. интел в день тратит больше, чем команда эльбруса за 10 лет потратила. да, можно ничего не делать и надеяться что у интела получиться когда нибудь рывок на +3% за поколение, вместо текущих 2%.
                                                                                  команда эльбруса похоже менее 20 человек, даже С компилятора до сих пор толком нет. с такими ресурсами понятно что ничего не догнать.
                                                                                    +1
                                                                                    ZTE заплатила огромный штраф, была вынуждена сменить руководство, получив выбранных американцами топ-менеджеров. Если для Вас это — «бессильны», то что тогда демонстрировало бы силу? Децимация сотрудников ZTE? :)
                                                                                    С годами разрыв между Эльбрусом и Intel не сокращается, а даже чуть-чуть увеличивается, сейчас он >10 лет. При этом Intel — коммерческая компания, а МЦСТ — сидит исключительно на госконтрактах.
                                                                                    На софт особо не рассчитывайте, он весь под NDA, система команд секретная, при этом никакого желания что-то поменять ни у кого нет.
                                                                                    0
                                                                                    Вот когда МЦСТ перестанет ориентироваться на процессоры Intel 10 летней давности, а сократит разрыв
                                                                                    Что-то мне это напоминает…
                                                                                    ах да, очередные списки «вот когда кто-то чего-то достигнет, тогда и поговорим» и указанием на каком месте находится человек, это заявивший.
                                                                                      0
                                                                                      Вообще-то МЦСТ занимается своими творениями за счет бюджетных средств, поэтому логично, что к ним есть вопрос по поводу их места в современном мире и результатов. Тем более, что громкие заявления от них поступают постоянно, иногда в духе желтой прессы худшего пошиба.

                                                                                      Так что заявлять можно и нужно.
                                                                                      +1

                                                                                      Про китайские банки это фейк, это некоторые банки с Тайваня которые имеют БРИТАНСКУЮ юрисдикцию.
                                                                                      Архитектура МЦСТ выбрана очень грамотно, за очень небольшие деньги и небольшой командой разработан процессор который ВСЕГО в 10 раз медленнее современных процессоров Intel. Этот процессор — максимум что можно выжать из "Ангстерма" остальное добирают программисты на ассемблере. Хотел ось бы спросить у критиков кто ещё кроме США и возможно КНР производит процессоры аналогичной производительности ?


                                                                                      PS Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом, но по тестам симулирующим работу БД был примерно как i3, т.е. глубокая оптимизация под конкретную задачу позволяет при необходимости поднять производительность примерно до 10 раз. Это очевидно относится и к интел и APM и к Ардуино :)

                                                                                        0
                                                                                        Нет, не фейк. Речь идет и про государственные китайские банки, например. Более того, они сотрудничают по вопросам санкций в отношении КНДР, к примеру. Т.е. предположение, что они начнут конфронтацию в США из-за РФ ни на чем не основаны — ведь они рискуют лишиться права проводить операции в долларах и это на фоне чего? Микроскопических заказов МЦСТ,

                                                                                        Что касается процессоров «аналогичной производительности» — очень много кто производит. Если Вы имеете в виду fab'ы — то Россия сейчас где-то на уровне Мексики. Если непосредственно разработку процессоров, то можно сравнить японские SPARC'и и МЦСТ'шные, в результатом не в ползу последних и не в пользу Эльбруса.

                                                                                        Ну и сравнивать можно Эльбрус и RISC-V, к примеру. Вот тут уже интересно будет.

                                                                                        Удивили тесты Эльбруса по всем параметрам он примерно соответствовал Интел Атом

                                                                                        Это и есть такой старенький Atom, с очень высоким энергопотреблением и штучным, по сути, производством + уголовная ответственность за распространение софта и описания :)
                                                                                          –1
                                                                                          смысл сравнивать японию которая не в состоянии разработать процессор и потолок возможностей заводской разгон того, что создали белые люди? своя архитектура чуток другой уровень разработок. опять то что сейчас печатает эльбрус, это не проц. это энтузиасты на карманные деньги выкатили демонстратор возможностей. все эти атомы, спарки, интелы уже уперлись в полный потолок и перспектив не имеют. а вот вынос ветвлений в компилятор позволит этот потолок пробить. демонстратор эльбруса это доказал. только доделать нужно компилятор, оптимизировать сам код прикладух. ту же жава можно научить чуть не аппаратно мусор собирать — самый чувствительный момент у жавы сейчас. но такие вещи на карманные деньги не делаются
                                                                                            +1
                                                                                            В Японии есть свои процессоры Fujitsu SPARC, значительно быстрее Эльбруса и в свободной продаже, а не в опытной эксплуатации.

                                                                                            Какие-то достижения на Эльбрусе нам обещают с конца 90х, каждый год счастье переносится, а бюджетные деньги выделяются стабильно (и они не «карманные», а наши). При такой бизнес модели МЦСТ может еще очень долго существовать, отставая от Intel на стабильные 10 лет.

                                                                                            Что касается VLIW — пока все бравшиеся за создание на них процессоров «для масс» — позорно слили, типа Transmeta и Intel.
                                                                                            Так что подождем еще 10 лет, пока МЦСТ догонит существующие сейчас процессоры и посмотрим на результат. Если, конечно, этот результат не будет опять засекречен, как это происходит сейчас :)
                                                                                              –1
                                                                                              в японии и интел есть, но и он разработан белыми людьми. еще раз, япония не делает процессоры, они так же как китай печатают готовое. просто заводской разгон готовой архитектуры spark.
                                                                                              деньги на эльбрус выделяются не серьезные и они не ваши. это нефтяные деньги, которые вы не заработали. а вот эльбрус заработал. если команда в 20 человек так и останеться, то да. будут еще 10 лет компилятор мучить
                                                                                                0
                                                                                                Fujitsu непосредственно участвует в разработке SPARC64-XII, какие еще «белые люди»? Заказывает производство на TSMC, как и МЦСТ но в значительно больших количествах.
                                                                                                Разумеется иметь распространенную архитекутуру значительно выгоднее, чем некий секретный Эльбрус, для которого все нужно переписывать. У МЦСТ тоже есть SPARC, который военные используют с 90х годов, под него много софта и никто прекращать его производство не планирует.

                                                                                                Нефтяные деньги не с неба упали — их стригут с нефтяных компаний, которым государство выдало лицензии на добычу. Это деньги всех граждан РФ, которые иначе могли быть вложены в что-то другое. Ну раз решили в секретный процессор, за распространение системы команд которого положена тюрьма — ок. Другое дело, что я не обязан радоваться этому факту.
                                                                                                Как и внедрению его в гражданский сектор, где он никому нафиг не нужен.
                                                                                                  –3
                                                                                                  спарк разрабатывает оракл, у фуджицы тот же чип. разница лишь в уровне заводского разгона.
                                                                                                  на счет граждан, не все граждане одинаково полезны. в РФ полно кочевников, понятно что они не будут радоваться. но суть не в их радостях, суть в том что демонстратор работает и показывает выход из ловушки, в какую попала x86 архитектура.
                                                                                                    0
                                                                                                    Нет, архитектура SPARC V9 разрабатывалась совместно Sun и Fujitsu, на текущий момент Oracle перепродает сервера Fujitsu как наиболее производительные сервера на SPARC и сильно порезала собственное подразделение по разработке.
                                                                                                    Сами чипы у Sun/Oracle и Fujitsu тоже отличаются (причем у Fujitsu они более производительные).

                                                                                                    Что касается x86 — то после того, как Intel протащила свой LTE модем в новые iPhone, а Apple отказывается от сотрудничества с Qualcomm — то нас ждет одно из самых масштабных наступлений x86 в мировом масштабе.
                                                                                                    Победить ARM на его же поле — это дорогого стоит.

                                                                                                    А демонстратор пусть дальше демонстрирует работу на уровне старых Атомов.
                                                                                      +2

                                                                                      А Китай вам прям так без бекдоров всё честно напечатает, особенно учитывая его геополитические амбиции, ага:)

                                                                                        –1
                                                                                        напечатает честно и без бэкдоров, т.к. в рамках того техпроцесса каждый атом на счету и что либо добавить в принципе не реально. амбиции ничто, когда физика не позволяет.
                                                                                          +2

                                                                                          Логика обычно на Verilog, и лейаутеры имеют к ней доступ хотя бы на уровне RTL. Впечатать бекдор сможет даже студент.

                                                                                            0
                                                                                            на завод исходники не отдают, так что студент мимо. даже если бы они получали исходники, добавление логики потребовало бы полное перепроектирование. но даже при полном перепроектировании в системе, где каждый атом уже утчен глупое занятие. дополнительная логика может быть встроена лишь в ущерб чему-то. любой студент через 3 минуты тестов увидит, что размер кеша меньше проекта или не хватает каких-то регистров и потребление не то.
                                                                                              +1

                                                                                              Составители логики про атомы вообще ничего не знают, они работают как программисты. Атомами заведуют те, кто делает layout. А они без исходников не смогут ни сделать, ни верифицировать вафлю.

                                                                                                –2
                                                                                                для того что бы напечатать ворд документ не нужен исходный файл, принтеру хватает картинки. на завод уходит скомпилированная «картинка», а не верилог проект.
                                                                                                  +3

                                                                                                  Прошу прощения, вы имели дело с Verilog?

                                                                                  +2
                                                                                  Зачем пишите откровенную неправду? В 1991 году никакие Mirage F1EQ не «отключили»: часть уничтожили союзники, часть успели свалить в Иран (интересно, как бы они это сделали «в отключенном» состоянии?), где их включили в состав ВВС Ирана, где они продолжили летать якобы «в выключенном» состоянии.
                                                                                    –4
                                                                                    Теперь понятно, как американцы уменьшают карму всем, кто им противоречит на этом сайте? ))
                                                                                    На это я с вами прощаюсь. Пропаганда головного мозга не лечится.
                                                                                    Довольно характерная фраза человека, который уверен в действиях модератора после этих слов. )))

                                                                                    Всех русских выпиливают на этом сайте, остаются только «нужные люди» — пропаганда «должна» быть только американской.
                                                                                    понятно как это делается да?
                                                                                      0

                                                                                      А кто вам сказал, что совково-ксенофобское мышление присуще большинству русских? Может это такие, как вы, среди русских в меньшинстве?

                                                                                        –3
                                                                                        Ну не тебе говорить за всех русских, ты всего лишь выучил язык.)
                                                                                        Но вот расизма и ксенофобии в тебе самом выше крыши.
                                                                                        Кстати,
                                                                                        Ты повторяешь слово-в-слово то, что сказал русофоб Бжезинский в 1985 году в интервью NBC.

                                                                                        Так что, ребят, вот посмотрите на этого зашитого русофобией овоща и не повторяйте его слов. Иначе просрёте страну, как Ливия, Египет, Украина, и прочие «совково-ксенофобские страны» невзлюбившие вдруг сами себя по подсказке Сша. )
                                                                                      –2

                                                                                      Может и в С-400, судя по их околонулевой эффективности в Сирии, всё и правда тёплое ламповое и советское, но в СуперДжете из российского, похоже, только планёр и вентилятор движка http://www.aeronewstv.com/en/?p=download&name=10813&dossier=fichier.

                                                                                        0

                                                                                        Если бы не ОКБ Сухого и не СуперДжет в РФ сейчас бы не осталось вообще производства гражданских самолётов и технология их производства была бы утеряна. ОКБ Туполева, Яковлева, МиГ, Ильюшина и прочих нет уже лет 20. КБ Туполева развалили чтобы устроить в нём третесортный торговый /бизнес центр ТуполевПлаза. А руководство ОКБ Сухого сейчас в Кремль дверь ногой открывает… потому что комерсов полно, а специалистов мало.

                                                                                          +1

                                                                                          Самолёты каких партнёров вы предлагаете сбивать из С-400, чтобы предметно по рассуждать об эффективности? Наличие любого вооружения и возможность / желание его применения не одно и то же.

                                                                                            0

                                                                                            Например сирийцы, которым эти С-400 вроде как поставили после ракетного удара коалиции по химоружию, пытались сбивать израильские самолёты — всем известно, чем это в итоге закончилось.

                                                                                    +1
                                                                                    Теперь осталось сертифицировать всё сделанное, т.к. там где используется Эльбрус, как правило используется только сертифицированное ПО.
                                                                                      0
                                                                                      В Эльбрусе оставили поддержку тегов на память, поволяющие отличать указатели от данных? Не пробовали их использовать в сборке мусора?
                                                                                        0
                                                                                        Добрый день, еще не пробовали, но идея очень интересная.
                                                                                          –3

                                                                                          Свой язык не пробовали запилить с поддержкой многопоточности, многоядерности с нативной реализацией аллокатора на основе MessagePack, реализацией JSONNET с самосборкой объектов и флешплейера в качестве монитора? Можете считать это техзаданием. А то NodeJS какой-тo для птушников.

                                                                                          0
                                                                                          В обычном режиме ECC биты используются по назначению, а в защищенном режиме, про который вы и говорите, падает производительность.
                                                                                          +1
                                                                                          Что думаете насчёт GraalVM?
                                                                                            0
                                                                                            На эту сцену приглашается — olegchir! Поприветствуем.
                                                                                              0
                                                                                              А мне тут нечего сказать. Во-первых, я ни в чем кроме интела и риска не шарю, да и там не особо. Во-вторых, насколько знаю, публично доступного Грааля для Эльбруса нет. Но если уж C2 полностью переведен на Эльбрус (я не смог нагуглить ссылку на исходник), то вероятно, портировать это на Грааль не так уж и сложно.
                                                                                              +2
                                                                                              Насчет Graal не знаю, но Java на Эльбрусе есть:
                                                                                                0
                                                                                                Пока Graal не в приоритете, но если его востребованность будет расти, то со временем он тоже будет портирован.
                                                                                                0
                                                                                                --
                                                                                                  0
                                                                                                  А это всё в open-source выпускается?
                                                                                                    0
                                                                                                    Сейчас нет, но планируют. Сейчас система команд эльбруса частично засекречена военными, так-как часть активов принадлежит им. Но работа над рассекречиваниванием идет и как только она будет завершена все наработки(кроме компилятора) выложат в апстрим. А еще обещают документацию на систему команд, но когда это будет не знает никто.
                                                                                                      0
                                                                                                      В какой-то из статей про Эльбрус, на хабре, я читал, в комментариях, что проблема не в военных, а в НИИ, которые не хотят рассекречивать принадлежащие им части.

                                                                                                      Вот тот самый комментарий:
                                                                                                      habr.com/company/embox/blog/421441/#comment_19042633

                                                                                                      Как по мне — всё это уровня «сосед жены друга слышал, что ...».

                                                                                                      UPD: Оказывается, это Ваш комментарий. Вот и повеселил я сам себя. Вот и до Вас дошли ваши же слова. =)
                                                                                                        0
                                                                                                        Проблема в том числе и в нии, но и военные до сих пор не рассекретили ничего. Но вообще вы правы, все сведения из открытых источников и достоверность их не велика. Даже группа в вк и канал на ютубе ведутся энтузиастом, хоть и работающим в МЦСТ. Официальных источников очень мало. Только сайт на котором нам явно никто ничего не будет сообщать. Поэтому и идут все толки и кривотолки потому-что кто-то приближенный что-то где-то сказал.
                                                                                                        0
                                                                                                        Не знаю, по моему все довольно открыто. Легко гуглиться книга про Эльбрус
                                                                                                        Микропроцессоры и вычислительные комплексы
                                                                                                        семейства «Эльбрус»
                                                                                                          0
                                                                                                          Сама ISA и кодировка операций закрыта.
                                                                                                          +4
                                                                                                          ОМГ. А нахрена вообще нужен процессор с засекреченной системой команд?
                                                                                                        0
                                                                                                        Бррр… «bundle», у нас же импортозамещение, — используем термин «широкая команда» или просто «ШК». ;)

                                                                                                        А ещё в системе команд E2Kv3 и выше для маловероятных выходов есть интересная возможность: можно в одной ШК поставить условный непосредственный переход который будет срабатывать от одной или двух операций целочисленного сравнения в тоже самой ШК. Полезно для разных проверок на редкие ситуации с указателями null и кодами ошибок:

                                                                                                        {
                                                                                                        cmpedb,0 %r1, 0, %pred0
                                                                                                        cmpedb,1 %r2, 4, %pred1
                                                                                                        rbranch Fail? %cmp0 || ~%cmp1

                                                                                                        }

                                                                                                        Но похоже ни в реализации Java, и в реализациях JS этим так и не пользуются…
                                                                                                          0
                                                                                                          Добрый день, еще как пользуемся, и landp зависимые в одну ШК тоже кладем.
                                                                                                          В докладе и так много всего, выделяли главное, а это уже скорее тонкая деталь.
                                                                                                            0
                                                                                                            Извиняюсь, перепутал, именно в таком формате rbranch еще пока не используем. Огромное спасибо за прием!
                                                                                                          +1
                                                                                                          Честно говоря, классический спекулятивный x86 выглядит сильно быстрее. Хотя бы потому, что там спекулятивное исполнение команд и переходов. А у Эльбруса только явный параллелизм.
                                                                                                          Это выглядит как некоторое подобие Itanium где тоже была идея-фикс создать простой процессор и очень крутой компилятор. Но, как мы знаем, не взлетело совсем.
                                                                                                          В общем есть могучая уверенность, что корректный код и современный компилятор позволят Интелу сильно уделать Эльбрус по количеству инструкций за такт при просто полшебный возможностях по масштабированию системы. И это преимущество архитектурное.
                                                                                                            +1
                                                                                                            итаник таки намного сложнее чем VLIW. VLIW — он родом из мохнатых 80-х, когда машины были большими, примитивными и медленными, и единственной возможностью их ускорить было выполнение одновременно не одной команды, а нескольких на нескольких исполнительных блоках.

                                                                                                            VLIW благодаря своей примитивности прекрасно живет во всяких DSP и прочих числодробильнях, где малое кол-во ветвлений и хорошо параллелящийся на уровне команд алгоритм. но вот в роли generic ЦП их никто не использует. ибо бесперспективно. не, конечно можно притянуть за уши те же TileGX — но 1) это специализированный сетевой проц и 2) производительность его весьма уныла даже в сетевых задачах.

                                                                                                            + у сверхшироких VLIW болячка — низкие рабочие частоты. те же х86 на 90нм к примеру спокойно работали на 3ГГц (Athlon 6000+ Windsor), а какая там частота у 90нм эльбрусов? 800МГц?..
                                                                                                              0
                                                                                                              Ну, что он VLIW хорошо на специализированных задачах, как бы, очевидно. Есть применения где он оно вообще вне конкуренции пока. Но мы тут про процессор общего назначения говорим. Да, ещё и позиционируемый, как десктопный.
                                                                                                                0
                                                                                                                Низкая частота и VLIW никак не связаны друг с другом. На частоту больше влияет длина конвейера и custom-дизайн вместо стандартных блоков на стандартных фабричных ячейках.
                                                                                                                Макс Горшенин (МЦСТ) показывал скриншот, где 8С разогнали с 1,3 до 1,6 ГГц под водянкой. А 8СВ штатно работает на 1,5 ГГц под воздушным охлаждением на том же 28 нм техпроцессе. А разница в том, что микроархитектурные различия между 8С и 8СВ существенны. И это не смотря на конвейер в те же 8 стадий что у первого, что у второго.
                                                                                                                  0
                                                                                                                  аж на целых 300МГц разгон — гигантское достижение, да. как и 1.5ГГц тактовая для 28нм камней (на этих частотах 130нм х86 вообще-то работали лет 15 назад).
                                                                                                              0

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

                                                                                                                +1

                                                                                                                Радовать будет тогда, когда он станет дешевле зарубежных аналогов. Пока радоваться не чему.

                                                                                                                +2
                                                                                                                «Радуйся малому. Тогда и большое придет»(с) Пётр Первый

                                                                                                                Читать рассказ

                                                                                                                image
                                                                                                                  0
                                                                                                                  Далее делаем системный вызов, чтобы получить стек вызовов.
                                                                                                                  Системный вызов в ОС или инструкция для работы с Chain-стеком?
                                                                                                                  Вообще технология интересная с точки зрения уменьшения критичности уязвимостей переполнений на стэке.

                                                                                                                  Intel только обдумывает реализацию Shadow-stack. В ARM и MIPS (которые съедают огромную долю рынка сетевых устройств) таких защит пока что нету. Почему бы не реализовать дополнительные аппаратные средства защиты и не адаптировать процессор, например, под домашние роутеры/CCTV/IoT?
                                                                                                                    0

                                                                                                                    Там TDP высокий для IoT а перейти на техпроцесс поменьше тоже

                                                                                                                      0
                                                                                                                      Уязвимости переполнений на стеке — это потому что пишут не на Аде.

                                                                                                                      Где-то в параллельном мире всё ещё доминирует FAT32, и там обсуждают «интересные технологии» уменьшения критичности потери данных при отключении питания. Hitachi пока только обдумывает реализацию Shadow-HDD, — новости из параллельной Вселенной.

                                                                                                                      В принципе, есть сопоставимо защищённый CHERI, выпускается дольше. На уровне аппаратуры проверит, что программы правильно обращаются с 256битными указателями. Особенно хорошо подходит по менталитету для людей, хранящих данные на четырежды зеркальном RAID. Чего только ни сделаешь, чтоб FAT32 от выключения питания защитить.
                                                                                                                      0
                                                                                                                      Вот блин, хорошая штука Elbrus, но при чем здесь импортозамещение? Начали бы импортозамещать npmjs.org и stackoverflow?
                                                                                                                        –2
                                                                                                                        Есть же ru.stackoverflow.com для маргиналов
                                                                                                                          0
                                                                                                                          Сарказм?
                                                                                                                            0
                                                                                                                            Где?
                                                                                                                            Сарка́зм (греч. σαρκασμός, от σαρκάζω, буквально «разрывать плоть») — один из видов сатирического изобличения, язвительная насмешка, высшая степень иронии, основанная не только на усиленном контрасте подразумеваемого и выражаемого, но и на немедленном намеренном обнажении подразумеваемого.
                                                                                                                            –2
                                                                                                                            «Программисты», не тянущие английский даже на уровне «задать вопрос по коду и скопипастить ответ», обиделись.
                                                                                                                              0
                                                                                                                              Как минимум имеет смысл для 1С-программистов)
                                                                                                                              На международном сайте SAP-овцы есть и чувствуют себя комфортно, а вот 1С-ников там нет и не будет.
                                                                                                                                –1
                                                                                                                                Это вы, возможно, просто копипастите ответы — а нормальные программисты предпочитают понимать что они делают.
                                                                                                                                  –1
                                                                                                                                  Это вы, возможно, просто копипастите ответы

                                                                                                                                  Мимо. При чем тут вообще я?
                                                                                                                            +3
                                                                                                                            Я искренне желаю народу удачи и терпения, и авторам, и создателям процессора. С интересом жду прихода этого изделия на десктоп.
                                                                                                                              +1

                                                                                                                              Господа, вы проделываете шикарную и интересную работу. Одно вам пожелание — не впадайте в ловушку скуки. Когда делаешь инструмент для кого-то, иногда начинает казаться, что ничего не производишь. Ваш труд на самом деле очень ценнен!

                                                                                                                                0
                                                                                                                                а есть что-то новое по оптимизации java?
                                                                                                                                –1
                                                                                                                                Подытоживая тему: казалось бы, при чем здесь Лужков?!
                                                                                                                                  0
                                                                                                                                  выражать намерения в коде за счет явного управления всеми независимыми арифметико-логическими устройствами (АЛУ), которых у Эльбруса, к слову, 4.
                                                                                                                                  У эльбруса их к слову 6 image
                                                                                                                                  Это у итаниумов было 4, у современных интелов и амд вроде бы 3.

                                                                                                                                  Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                                                                                                  Самое читаемое