Лого Сделано у нас
116

C 2008 по 2018 год скорость российских процессоров увеличилась в 10 000 раз

  •  © i.imgur.com

Вычислительная мощность российского 8-ядерного процессора МЦСТ Эльбрус-16С (международное название Elbrus-8CV, выпуск запланирован на 2018 год) составляет 576 Гфлопс, Китайского 8-ядерного Longson 3B3000 (2017 год) — 192 Гфлопс, 8-ядерного Intel Core i7-5960X (Extreme Edition Haswell-E, 2014 год) — 350 Гфлопс.

читать полностью

  • 0
    Сергей Барановский
    30.01.1821:06:32

    У 4с — 24 операции за такт, у 8с — 25. А в остальном согласен, но думаю все равно это не просто сделать, иначе бы уже были какие-нибудь программы, которые бы на Эльбрусе выполнялись бычсрее чем на Интел-ах

    • 0
      Isaac Newton Isaac Newton
      01.02.1821:31:26

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

      Наоборот, что бы выжимать из интела приходится писать на ассемблере и придумывать как напялить задачу на весьма неудобный SIMD, а в итоге последнее слово все равно за машиной которая в некоторых не тепичных случаях конкретно так лажает и исправить это никак. В случае эльбруса через его ассемблер контролируется практически все что происходит на этапе исполнения кода, то есть обход всяких таких корявых мест по крайней мере возможен; 23 операции/такт хоть и являются маркетинговыми все-таки операции скалярные и позволяют их замешивать в гораздо более удобном под конкретную задачу виде.

      Ассемблер эльбруса, в связи с том что он позволяет контролировать снаружи весь процесс, напичкан всякой служебной информацией и трудно читаем, плюс к этому в нем уже должны быть грамотно переставлены операции, проведены оптимизации что в принципе делает написание на нем руками чего-то такого мощного и скоростного практически невозможным, так как штатный компилятор знает и понимает (да и видит) уже больше и может в итоге оказаться что компилированный им код на С++ с оптимизациями быстрее написанного руками, поэтому с эльбрусом в основном рекомендуется писать на высокоуровневых языках и компилировать с ключами оптимизаций, в ассемблер только поглядывать. Конечно компилятор все равно не идеален и может лажать то-же, для чего ему можно делать в коде подсказки и пихать в опции компиляции всякие параметры. То есть не требует (и даже более того — не рекомендует) прибегать к ассемблеру — только яву и мощный компилятор, еще +

      Практически по всем параметрам писать эффективные программы под него по идее проще.

      иначе бы уже были какие-нибудь программы, которые бы на Эльбрусе выполнялись бычсрее чем на Интел-ах

      Есть, шифрование например. Потенциально наверняка бы хорошо ложились кодирование/декодирование видео, обработка изображений и тому подобное. Но это надо точно так же — брать конкретную программу (например libvpx) и исследовать что нужно что бы его ускорить на конкретной архитектуре используя ее потенциал по максимуму, как для всех остальных делают. Хотя нет, чаще может оказаться что там тупо ничего не сделать — ну вот оно написано так тупо с прицелом на процессоры интел (а все остальные как-нибудь сами подстроятся), как-то сильно ее переписывать не имеет смысла потому что потом попросту никто не примет такой объем правок будешь сам его сидеть поддерживать. Поэтому полезнее скорее будет исследовать отдельные алгоритмы и то как они ложатся на архитектуру эльбруса, разработчики со своими программами потом сами подтянутся.

      Отредактировано: Isaac Newton~21:49 01.02.18
      • 0
        shigorin shigorin
        04.02.1800:33:24

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

Написать комментарий
Отмена
Для комментирования вам необходимо зарегистрироваться и войти на сайт,