The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Проект LLVM представил HPVM 1.0, компилятор для CPU, GPU, FPGA и ускорителей

10.04.2021 21:58

Разработчики проекта LLVM опубликовали выпуск компилятора HPVM 1.0 (Heterogeneous Parallel Virtual Machine), нацеленного на упрощение программирования для гетерогенных систем и предоставляющего средства для генерации кода для CPU, GPU, FPGA и предметно-ориентированных аппаратных ускорителей (поддержка FGPA и ускорителей не вошла в выпуск 1.0). Код проекта распространяется под лицензией Apache 2.0.

Основная идея HPVM в том, чтобы использовать при компиляции унифицированное представление параллельно выполняемых программ, которое может применяться для выполнения с использованием различных видов оборудования, поддерживающего распараллеливание вычислений, включая GPU, векторные инструкции, многоядерные процессоры, FPGA и различные специализированные чипы-ускорители. Программирование для гетерогенных параллельных систем усложнено из-за наличия в одной системе компонентов (ядра CPU, векторные инструкции, GPU и т.п.), использующих разные модели достижения параллелизма, разные наборы инструкций и разные иерархии памяти, и в каждой системе комбинация подобных компонентов меняется.

Отмечается, что применение HPVM позволяет добиться существенного прироста производительности. Производительность результатов работы трансляторов HPVM сопоставима с написанным вручную кодом OpenCL для GPU и векторных вычислительных устройств. В отличие от других систем в HPVM попытались совместить три возможности для организации гетерогенных вычислений: независимое от языка программирования и оборудования промежуточное представление, виртуальную архитектуру набора команд (V-ISA) и планирование во время выполнения (runtime scheduling).

Применяемое в HPVM независимое от целевой системы и языка программирования промежуточное представление (IR) основано на промежуточном представлении инструкций LLVM 9.0 и расширяет его иерархическим графом потоков данных, позволяющим охватывать параллелизм на уровне задач, данных и вычислительных конвейеров. Промежуточное представление HPVM также включает векторные инструкции и разделяемую память. Основной целью применения промежуточного представления является эффективная генерация кода и оптимизации для гетерогенных систем.

Виртуальная архитектура набора команд (V-ISA) абстрагирует низкоуровневые особенности оборудования и унифицирует различные формы параллелизма и архитектуры памяти, используя только базовую модель обеспечения параллелизма - граф потоков данных. V-ISA позволяет добиться переносимости между разными типами оборудования для параллельных вычислений и даёт возможность не терять производительность при использовании разных элементов гетерогенных систем. Виртуальная ISA также может применяться для поставки универсального исполняемого кода программ, который может запускаться с привлечением CPU, GPU, FPGA и различных ускорителей.

На текущем этапе развития в HPVM предложены генераторы кода, способные транслировать узлы приложений, определённые при помощи виртуальной ISA, для выполнения с использованием GPU NVIDIA (cuDNN и OpenCL), векторных инструкций Intel AVX и многоядерных CPU x86. Во время выполнения HPVM применяет гибкие политики планирования вычислительного процесса, реализуемые как на основе информации о программе (структуры графа), так и через компилирование отдельных узлов программы для выполнения на любом из целевых вычислительных устройств, доступных в системе.

По сравнению с первым предварительным выпуском версия HPVM 1.0 включает поддержку тензорных операций линейной алгебры, фронтэнды для Pytorch и Keras, аппроксимации свёрточных операторов и фреймворк для настройки аппроксимации, автоматически выбирающий оптимальные апроксимации для определённых тензорных операций и выбирающий конфигурацию, обеспечивающую оптимальную производительность.

  1. Главная ссылка к новости (https://lists.llvm.org/piperma...)
  2. OpenNews: Релиз набора компиляторов LLVM 11.0
  3. OpenNews: Опубликована спецификация гетерогенных вычислительных систем HSA 1.0
  4. OpenNews: Для ядра Linux развивается система распределённого выполнения потоков Popcorn
  5. OpenNews: Микроядро seL4 математически верифицировано для архитектуры RISC-V
  6. OpenNews: Представлен RV64X, открытый GPU на базе технологий RISC-V
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/54943-hpvm
Ключевые слова: hpvm, llvm, compiler
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (82) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 22:10, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Меня "радует" как разработчики представляющие очередную "универсальную" платформу для чего бы то ни было, "забывают" упомянуть, чем они лучше своих предшественников (т.к. сейчас сложно изобрести что-либо радикально новое)

    "Представлен API для выполнения нативного кода в браузерах" - Чем это лучше ActiveX?
    "Представлен новый стандарт для выполнения операций для GPU" - потрудитесь показать улучшения после OpenCL или что еще было
    "Сделали фреймворк ML для гетерогенных систем" - сравните с OpenVINO или тысячей других ML фреймворков для выполнения на разном железе.
    А так блин ну NiH да NiH

     
     
  • 2.4, Аноним (4), 22:15, 10/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Они "лучше" тем что все хотят кушать и нвидию пора бы потеснить на пьедестале. Потому что все хотят кушать.
     
     
  • 3.95, Аноним (-), 18:44, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    И вообще, XKCD 927 давно все сказал.

    Situation: now there're 14 competing standards. Ridiculous!
    ...
    Now there're 15 competing standards.

     
  • 2.13, Аноним (13), 00:35, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +10 +/
    >ActiveX

    Что угодно лучше чем ActiveX. Алсо, разработчики тебе ничего не должны доказывать.  

     
     
  • 3.17, Аноним (17), 01:51, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +12 +/
    > разработчики тебе ничего не должны доказывать

    Должны. Иначе никто не будет этим пользоваться.

     
     
  • 4.40, Аноним (40), 09:58, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Чукча не читатель
     
  • 4.106, Аноним (106), 08:57, 30/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты пользуешься, и пытаешься доказать, что тебе за это должны.

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

     
  • 3.26, Lex (??), 05:27, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > разработчики тебе ничего не должны доказывать

    Применительно к разработке ПО, ничего не должен лишь тот кто ни за что не отвечает.

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

     
     
  • 4.49, Заноним (?), 13:07, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Применительно к разработке ПО, ничего не должен лишь тот кто ни за что не отвечает.

    К каждой софтине идёт отказ от ответственности (коммерческой или не коммерческой - без разницы).

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

    Практика показывает, что так оно и есть.

     
  • 4.80, Аноним (-), 06:33, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >разрабы проекта - безответственный сброд, который что-то делает просто потому что делает и не может даже внятно объяснить, почему и зачем он это делает..

    Правду матку молвишь. Ай, самую суть лицом показал!
    Ажно импортными лихими словесами не прикрыл.

     
  • 2.20, редстань (?), 02:07, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Но ведь они потрудились и расписали. Тебе просто лень изучать вопрос.
     
  • 2.35, Аноним (35), 08:30, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  Чем это лучше ActiveX?

    Activex не был мультиплатформенным.

    В конце нулевых, в начале 10-х, приходилось обходить стороной банки использующие activex для цифровой подписи платежек юр. лицами. Благо уже тогда топовые банки использовали java апплеты, а позже java web start, это работало и под linux и под mac.

     
     
  • 3.37, Аноним (37), 09:17, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А сейчас банки опять привязываются к суперпупер технологиям, реализуя ту подпись через дотнет-апплеты, которые работают только в вин7 (и выше) и только в новых вендобраузерах (эдж или новёхонький IE).
     
  • 3.38, Карабьян (?), 09:27, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А сейчас с этим как? Неужели все на андроид/винду?
     
     
  • 4.41, Аноним (35), 10:34, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У меня схема оплаты поменялась, я не знаю как сейчас, но учитывая что некоторые хвастают что для управления бизнесом им хватает одного IPhone думаю наверное теперь можно все и через мобильные приложение.
     
     
  • 5.96, Аноним (-), 18:46, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вот уж апгрейд из огня в полымя. В отличие от виндов еще геолокацию крысит, блокируется ремотно, а чтобы прогу под это разрабатывать позволили - вообще надо станцевать на могиле джобса канбан.
     
  • 4.103, Аноним (103), 22:57, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В нормальных банках человеческий веб-интерфейс, никаких дополнительных зависимостей.
    Ну это если не включать пуриста и не плеваться на несвободный js, но с таким подходом далеко не уедешь.
     
  • 2.36, Alex (??), 09:00, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Этим не разработчики занимаются, а популяризаторы технологии(журналисты, блогеры и т.п).

    Разработчики не всегда сами знают зачем им это надо и за что им платят. Но, если задачи ставятся деньги платятся значит все ок.

    Эачем это надо другим, объяснять это уже не их задача.

     
     
  • 3.76, дохтурЛол (?), 02:41, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Тут в более широком понимании употреблено было "разработчики".
    Не так важно кто закодил, важно кто эту тему двигает как проект.
     
  • 2.69, Аноним (69), 20:51, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    OpenVino делается для нужд Интела, а hpvm - для нужд машобщиков, которых уже достало башлять всяким нвидиям за куду и после этого терпеть проприетарный драйвер, месы, которых не смотря на наличие свободных драйверов, достало, что они не нужны, ибо всем (а тех, кто машобом не обмазался, вообще не учитываем, ибо у таких нет будущего) приходится либо юзать проприетарный или идти на ***.
     

  • 1.2, Аноним (2), 22:13, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    > Код проекта распространяется под лицензий Apache 2.0.

    https://lukesmith.xyz/articles/cucklicenses

     
     
  • 2.5, flexagoon (ok), 22:27, 10/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > lukesmith
     
     
  • 3.7, Аноним (-), 23:12, 10/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Что не так?
     
     
  • 4.46, Аноним (46), 12:44, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ЛукаКузнец. А зачем нам кузнец? (с)
     
     
  • 5.67, Какаянахренразница (ok), 20:16, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Locksmith. Тобто, слесарь.
     
  • 2.24, Chad (?), 03:35, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    based
     
  • 2.43, Аноним (43), 11:59, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > cucklicenses

    Гнутые придумали новый "аргумент" против пермиссива. А что еще остается, когда пермиссива уже существенно больше гоноро-вирусно-гнутого софта?

    > allowing any large corporation to come and close-source and monetize your software

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

    Возьмем например NGINX и Chromium. Что гоноро-вирусно-гнутые могут предложить им в качестве альтернативы со своей стороны?

     
     
  • 3.51, Заноним (?), 13:18, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А давай возьмём GCC и Linux и ты пойдёшь лечить свои гоноро?
     
     
  • 4.59, Аноним (59), 15:57, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >А давай возьмём GCC и Linux

    А давай. Макос/LLVM лучше по всем параметрам. Твоё же - это набор замшелых кoстылей.

    Now beat it! 🙀

     
     
  • 5.61, Аноним (61), 18:15, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Макос? Дюд...
     
  • 5.64, Анончик (?), 19:05, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У макоси убогое ядро если сравнивать его с linux.
     
     
  • 6.82, Войд (?), 06:58, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • –3 +/
    По убогости они сопоставимы, оба - поделия неадекватов. Разница только в том, что на макось денег и времени ушло меньше. А линукс - коллекция костылей для обеспечения охвата большего количества неадекватного оборудования, но таки, да, коммерция - она рулит! в "пропасть неадекватности".
     
     
  • 7.99, Аноним (-), 18:55, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Коммерция рулит в сторону получения максимального выхлопа с минмальными затратами. Остальное для этого лишь инструмент. И горе тому кто не понял это.
     
  • 5.81, i (??), 06:54, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Например, параметр открытость, или параметр - переспективы участия в разработке, а может распространненость, или список поддерживаемого оборудования, ну прогеры аппл то канечно запилят все для всех просто по щелчку палца, что там эти интелы, редхаты, да гуглы,..
     
  • 5.98, Аноним (-), 18:54, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > А давай. Макос/LLVM лучше по всем параметрам.

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

     
  • 5.105, Заноним (?), 15:06, 14/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ты бы ещё windows привёл, там же тоже tcp ip из bsd присунут А так macos говно ... большой текст свёрнут, показать
     

  • 1.3, Орк (?), 22:14, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    >для генерации кода для CPU, GPU, FPGA и предметно-ориентированных аппаратных ускорителей
    >поддержка FGPA и ускорителей не вошла в выпуск 1.0

    Короче у нас тут своя атмосфера.

     
     
  • 2.31, Аноним (37), 08:15, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Как обычно: "Дядь Вань, фильм уже готов, осталось его снять".
     
     
  • 3.62, iPony129402 (?), 18:49, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Да не проблема, снимем мы вам фильм, у нас уже и площадка для съёмки и даже сюжет есть. Вы только артистов найдите и режиссёра. А, и денег на бюджет подкиньте немножко, парочку миллиардов
     
  • 3.100, Аноним (-), 18:57, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Так это, если у вас хороший сценарий получился, все примерно так и обстоит.
     

  • 1.8, Аноним (8), 23:25, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как то слишком хорошо звучит.
    У меня самописная нейросетка большие матрицы множит - эта штука сможет сама все ускорить просто перекомпиляцией под собой?

    Ну глянем завтра, интересно.

     
     
  • 2.11, Аноним (11), 23:55, 10/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тут вопрос не в том, сможет ли ускорить, а в том, сможет ли скомпилять вообще.
     
  • 2.57, Урри (ok), 15:04, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Обманули.

    С грехом пополам я ее таки собрал, причем пришлось ставить опенсл и куду (а опенмп у меня уже и так стоял), играться с либами и подставлять софтлинки.

    В общем мой код как был так и остался, ничего не поменялось. А чтобы поменялось, мне надо добавлять в код нехилую обвязку из специальных инструкций типа __hpvm__getNode/__hpvm__getNodeInstanceID_x().

    Зачем? С тем же успехом я могу то же самое делать прямо для куды и не тащить с собой этого монстра.

    В общем пока что кг/ам, работаем по старинке ручками.

     
     
  • 3.78, дохтурЛол (?), 03:00, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я не очень это всё понимаю, но со стороны показалось, что ты у тебя аргумент в стиле "мне тут предлагают какой-то целый фреймворк для кроссплатформенности прилепить, зачем мне это? я и так под линукс могу это с помощью Х сделать".

    Если ты "то же самое делать прямо для куды" будешь - у тебя твоя поделка и будет заточена только под cuda, а тот, как я понимаю, нечто более кроссплатформенное на выходе получается, как я понял.

     
     
  • 4.91, Урри (ok), 10:19, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да я как раз и хотел внезапно кроссплатформенное бесплатно получить.

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

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

    Смысл тогда, если есть кроссплатформенный openCl? Зачем еще один фреймворк поверх другого фреймворка, который все это и так прекрасно умеет делать?

    Если есть специалисты, поправьте меня.

     

  • 1.9, YetAnotherOnanym (ok), 23:46, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > независимое от языка программирования и оборудования промежуточное представление

    Эмммм... Разве это хорошо?

     
     
  • 2.16, Аноним84701 (ok), 01:45, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Эммм Это реальность компиляторостроения последние лет 15 https gcc gnu or... большой текст свёрнут, показать
     
     
  • 3.32, Аноним (37), 08:23, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    В реальности же на это "независимое" (а точнее - промежуточное) представление сильно привязано как к категории языка, так и к архитектуре вычислительной машины. Возьми свой GCC и попробуй сделать компилятор для бесстёковой машинки... и огребёшь по самые уши и даже больше.
     
     
  • 4.53, Заноним (?), 13:55, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > Возьми свой GCC и попробуй сделать компилятор для бесстёковой машинки... и огребёшь по самые уши и даже больше.

    А, чего сразу не к арифмометру, ухли мелочиться? Так-то конечно можно и микроскопом гвозди забивать, при желании.

     
  • 4.54, Аноним84701 (ok), 14:05, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > В реальности же на это "независимое" (а точнее - промежуточное) представление сильно
    > привязано как к категории языка

    Какое из? Там их (представлений) несколько. И ты уверен, что проблема именно в GENERIC/GIMPLE, а не в более низкоурвневом промежуточном представлении типа RTL (Register Transfer Language)?

     
  • 4.55, Аноним (103), 14:32, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Для процедурных языков в общем случае так или иначе придётся стек изобразить.

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

     

  • 1.10, Аноним (10), 23:49, 10/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как эта штука соотносится с SYCL?
     
     
  • 2.85, Аноним (69), 07:27, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Никак, sycl - это C++-обвязка для OpenCL.
     

  • 1.12, Аноним (12), 00:19, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Интересно, насколько это безопасно?
     
     
  • 2.33, Аноним (37), 08:25, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Есть ли в коде запрещённые слова (master и пр.)? Как там в команде с гендерным разнообразием? Сколько представителей меньшинств в совете директоров?
     
     
  • 3.42, Аноним (12), 11:41, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Глупая шутка. Про угнетение больше говорят обычные люди, а не представители меньшинств, мда. Самому не тошно писать такое?
     
     
  • 4.47, Ananimasss (?), 12:51, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще-то именно меньшинства зас.рали интернет своими перверсиями, уже даже в игрульках детишки пишут как к ним обращаться или спрашивают как обращаться к тебе, потому как по имени уже непонятно какая ты там снежинка, он/она/оно или боевой вертолет апачи. А ведь это всего лишь игра, где всем должно быть все равно, что ты там вытворяешь со своими впуклостями и выпуклостями.

    https://heckinunicorn.com/blogs/heckin-unicorn-blog/understanding-he-him-his-m

    Я вот все таки переживаю, а представлены ли в сообществах те, кто считается себя единорогами или камнями?

     
     
  • 5.48, Аноним (48), 13:05, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Конкретно сейчас это сделал именно ты.
     
  • 3.83, Аноним (83), 07:18, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    на Опеннете может быть любая новость, но комменты обязательно будут про гендеры и меньшинства. Вот почему так? Это какая-то остаточная фобия после дембелького стресса или наоборот - перед призывом или что?
     
  • 3.92, Урри (ok), 10:20, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    У них вместо мастера - мейн. Звоночек.
     

  • 1.15, Аноним (15), 01:08, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    потом окажется, что работает не на всем заявленном железе, не в любой версии драйверов, не со всеми дистрибутивами, и на определенных ядрах - и то, только после применения определенных патчей, которых нет в свободном доступе...
     
     
  • 2.22, Аноним (22), 02:09, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не окажется. Это тебе не nvidia.
     
     
  • 3.27, Аноним (27), 06:25, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нвидиа виновата в том, что вам хочется кушать? Где-то я такое уже слышал D
     
  • 3.34, Аноним (37), 08:27, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > поддержка FGPA и ускорителей не вошла в выпуск 1.0
     
  • 2.101, Аноним (101), 20:15, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не окажется. Это же для разработчиков компиляторов а не для конечных пользователей
     

  • 1.44, petrg (ok), 12:02, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Мне любопытно как они FPGA собираются поддерживать. Они с дизайнерами железа разговаривали которые FPGA используют? Не все алгоритмы синтезируются, ну то есть можно конечно soft CPU сделать и выполнять на нём, но от FPGA при этом мало что остаётся. Clock domains - использовать только один? И.т.д.

    При том что из открытых инструментов для синтеза только Yosys (насколько я знаю). Открытые битстримы только у QuickLogic. Некторые чипы Lattice и Xilinx реконструированы энтузиастами с переменным успехом. Всё остальное (инструменты и битстримы) закрыто. То есть нижние уровни компиляции не будут в LLVM, придётся использовать то что есть даже если они хотят своё представление для логики.

     
     
  • 2.45, petrg (ok), 12:14, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, прочитал :)
    "The goal of HPVM research project is to make heterogeneous systems easier to program."

    Ну исследовательскому проекту мечтать даже полезно. Но новость тогда вводит в заблуждение, там это выглядит как что-то что хотят довести до практического применения...
    В анонсе коворится "Illinois LLVM compiler research group is excited to announce..." - то есть это не сам LLVM а исследователи которые его используют.

     
  • 2.86, Аноним (69), 07:34, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    >Всё остальное (инструменты и битстримы) закрыто.

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

     
     
  • 3.97, petrg (ok), 18:48, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Осторожно, Вас могут арестовать за черезмерную крутость Ж)
    Если вы обратили внимание то новость про исследовательский проект на LLVM. Мой комментарий про то что поддержка FPGA может оказаться сложнее чем авторы проекта по-видимому думают. А также про то что если у них серьёзные намерения по этому поводу то нужно поговорить с теми кто использует и проектирует FPGA.

    А по поводу "серьёзности" в FPGA и прочем железе, я понимаю что экономика и жизненный цикл у железа отличается, но лет эдак 20 назад в _точности_тоже_ говорили про open source. Ну то есть можно взять просто find/replace "software" на "hardware" и будет тоже что сейчас про "open hardware" пишут. Не знаю что из этого выйдет но совпадения впечатляют.

     

  • 1.56, Аноним (103), 14:35, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я бы на месте чуваков, которые Эльбрусы пилят, присмотрелся.
     
  • 1.60, Аноним (60), 17:54, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >нацеленного на упрощение программирования для гетерогенных систем
    >гетерогенных систем
    >ГЕТЕРОгенныз

    Вангую, Red Hat устроит травлю создателям проекта за то, что они создали это для гетерогеных систем, а не для гомогеных

     
     
  • 2.87, Аноним (69), 07:36, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну ... можно пройти процедуру гомогенизации ....
     

  • 1.63, Анончик (?), 18:59, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Функциональные узлы пк все больше походы на отдельные компьютеры.
    В 4g модеме 256 метров опративки и 256 нанд.
    Я так понимаю что скоро писать программу на каждый узел это будет в порядке вещей.
     
     
  • 2.65, Аноним (37), 19:10, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > программу на каждый узел

    Так проще туннели к тебе пробивать.

     
  • 2.66, iPony129402 (?), 20:02, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Функциональные узлы пк все больше походы на отдельные компьютеры.
    > В 4g модеме 256 метров опративки и 256 нанд.
    > Я так понимаю что скоро писать программу на каждый узел это будет
    > в порядке вещей.

    Ну да. И в итоге, скоро даже для обычного датчика освещения нужно будет несколько гигабайт оперативки

     
     
  • 3.71, Аноним (37), 20:58, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > для обычного датчика освещения нужно будет несколько гигабайт оперативки

    ...и привязка на криптокошелёк, ведь как-то надо будет устанавливать обязательные платные апдейты.

     
  • 2.73, онанимус (?), 22:59, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • –2 +/
    вообще-то так и есть, на компьютере одновременно работает минимум пять операционных систем (иногда даже больше) - в процессоре, южном мосте, сетевом контроллере, контроллере жёсткого диска, ну и ваша любимая десяточка или убунта.
    при этом пользователь не может контролировать ни одну из них (даже убунту)
     
     
  • 3.104, онанимус (?), 23:11, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    > два минуса

    - у убунтоводов пригорело.

    или вы всё-таки досконально изучили все сервисы systemd и выучили наизусть все правила policykit и точно знаете, в какой момент какой именно софт получает права root без вашего ведома (точнее, с вашим ведомом, ведь вы так хорошо знаете и контролируете свою систему)?

     

  • 1.70, Аноним (70), 20:58, 11/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > ... нацеленного на упрощение программирования ...

    Вообще программировать можно было и раньше. Есть OpenCL например.
    Самая сложность - добавить поддержку программирования для гетерогенных систем в стандарты C++, Rust и других языков, чего не происходит. И такими черепашьими темпами, которые мы наблюдаем сейчас, этого ждать еще десятки лет.

     
     
  • 2.72, Аноним (37), 21:00, 11/04/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чтобы не было проблем с программированием гетерогенных систем, их надо сделать гомогенными.
     
  • 2.88, Аноним (69), 07:42, 12/04/2021 [^] [^^] [^^^] [ответить]  
  • +/
    На OpenCL программировать плохо без готовой кодогенерирующей оптимизирующей обвязки вроде ArrayFire. И если готовые нельзя использовать, то вам лично придётся свою написать. При этом оптимизацит нормальной, в отличие от готовых обвязок, у вас не будет. А в готовых обвязках оптимизация будет хуже, чем во фреймворках, ибо в обвязках оптимизированны отдельные операции, а сабж нацелен на оптимизацию всю программу.
     

  • 1.102, Аноним (101), 20:17, 12/04/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Может быть оно лучше подойдёт для Эльбруса и других vlim чем обычный llvm
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру