The OpenNET Project / Index page

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

Компания Intel представила OpenSWR, систему программной отрисовки OpenGL

21.10.2015 13:31

Компания Intel представила высокопроизводительный открытый растеризатор OpenSWR, позволяющий обеспечить программную отрисовку OpenGL в Mesa на оборудовании без GPU. По сравнению с ныне применяемым в Mesa программным растеризатором LLVMpipe, решение от Intel обеспечивает прирост производительности в 29 раз при расчёте сцены из 2.9 млн треугольников и в 51 раз на сцене в 106.2 млн треугольников. Код OpenSWR распространяется под лицензией MIT.

Предоставляемые проектом OpenSWR растеризатор и драйвер могут рассматриваться как программный GPU, который поддерживает OpenGL 3.3 и способен работать на широком спектре устройств, от ноутбуков и рабочих станций, до узлов в вычислительных кластерах, укомплектованных процессорами x86, начиная с Intel SandyBridge и AMD Bulldozer. В настоящее время OpenGL-растеризатор на базе OpenSWR успешно проходит 99% тестов из набора Visualization Toolkit (VTK) и 80% тестов piglit.

Как и в LLVMpipe, в OpenSWR используются наработки проекта LLVM и для вычислений применяется только CPU. Высокая производительность достигается благодаря эффективному распараллеливанию операций на многоядерных процессорах, применению JIT-компиляции шейдеров и задействованию специализированных векторных наборов инструкций, таких как SSE (Streaming SIMD Extensions), AVX и AVX2 (Advanced Vector Extensions). Крупные операции отрисовки разбиваются на части с последующей параллельной обработкой вершин.

Компания Intel намерена добиться включения OpenSWR в основной состав Mesa. При этом OpenSWR также может выступать в качестве прозрачной замены OpenGL-библиотеки, не требующей перекомпиляции приложений. OpenSWR развивается как часть более крупного проекта Software Defined Visualization (SDVis), охватывающего различные стороны визуализации научных расчётов и включающего такие разработки, как библиотека трассировки лучей Embree, распределённая инфраструктура трассировки лучей OSPRay, ParaView-плагин pvOSPRay и система фотореалистичной отрисовки GLuRay.

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

  1. Главная ссылка к новости (http://lists.freedesktop.org/a...)
  2. OpenNews: Релиз Mesa 11.0.0 с поддержкой OpenGL 4.1
  3. OpenNews: В рамках проекта Virgil началась разработка виртуального 3D GPU для QEMU
  4. OpenNews: Представлен XenGT, механизм виртуализации GPU от компании Intel
  5. OpenNews: Компания Intel представила KVMGT, механизм виртуализации GPU для KVM
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/43176-llvmpipe
Ключевые слова: llvmpipe, openswr, mesa, 3d, opengl
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (48) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Константавр (ok), 14:03, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –7 +/
    А на НЕ интелах?
     
     
  • 2.2, тоже Аноним (ok), 14:06, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Это драйвер. Он для конкретного железа.
    Но он вроде бы открытый, что теоретически дает возможность НЕ интелу выкатить аналоги для другого железа.
     
     
  • 3.23, Аноним (-), 18:19, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Это не драйвер
     
  • 3.31, Анончег (?), 22:03, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > ...  По сравнению с ныне применяемым в Mesa программным растеризатором LLVMpipe, решение от Intel обеспечивает прирост производительности в 29 раз при расчёте сцены из 2.9 млн треугольников и в 51 раз на сцене в 106.2 млн треугольников

    Попросите их ещё немного поднапрячься и ускорить старенький ГеФорс7600 хотя бы в 20 раз.

     
  • 2.3, Orsi (?), 14:08, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +20 +/
    А на Не интелы - должны разрабатывать сами Не интелы . :)
     
     
  • 3.50, Аноним (-), 09:53, 31/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    ну да, ну да
    x86-64 интелы же сами разработали, с нуля
    //сарказм
     
  • 2.4, Andrey Mitrofanov (?), 14:11, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А на НЕ интелах?

    Выбирай:
    * Да.
    * search://SSE AVX AVX2 non-intel  У AMD есть. Частично.
    * Нет.
    * Может быть.
    * search://SSE AVX AVX2 arm   Эээ...

     
  • 2.41, норман (?), 14:44, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    там же написано что на любых х86
     
     
  • 3.51, Аноним (-), 09:54, 31/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > там же написано что на любых х86

    и чо? интел давно объявили о том, что ориентируются ТОЛЬКО на свои ЦПУ

     

  • 1.5, Аноним (-), 14:16, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    а на Intel Core i7 будет работать?
     
     
  • 2.10, тоже Аноним (ok), 14:58, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нет, только на оборудовании без GPU Х)
     
     
  • 3.13, chaos_dremel (?), 15:11, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ничто не мешает заюзать его при наличии интеловской (как и любой другой) видеокарты.
     
     
  • 4.16, Анонимоус (?), 15:57, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Зануда в треде
     
     
  • 5.36, Ананунах (?), 07:07, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, зануда с рутрекера.
     
     
  • 6.39, chaos_dremel (?), 10:53, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Норрингтон: Вы самый жалкий из всех пиратов, о которых я слышал.
    Джек Воробей: Но вы обо мне слышали!
     
     
  • 7.40, Andrey Mitrofanov (?), 11:32, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > Джек Воробей: Но вы обо мне слышали!

    А и правда с торента какогл-то.

     

  • 1.6, Штунц (?), 14:33, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    кто-нибудь мог бы привести примеры оборудования без GPU, на котором это понадобится
     
     
  • 2.7, Andrey Mitrofanov (?), 14:35, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > кто-нибудь мог бы привести примеры оборудования без GPU, на котором это понадобится

    ATI mach64 и S3 Trio!  :D

     
  • 2.8, Аноним (-), 14:39, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Intel Atom N2600
     
     
  • 3.9, chaos_dremel (?), 14:42, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Увы на нём нет AVX...
     
  • 3.21, ы (?), 17:01, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +6 +/
    А почему на n2600 (графика PowerVR) под линукс нету драйверов, а для, например, z2560 (графика PowerVR) - вроде как есть (андроид работает во всю, включая 3d-игры)?
     
     
  • 4.42, норман (?), 14:45, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > А почему на n2600 (графика PowerVR) под линукс нету драйверов, а для,
    > например, z2560 (графика PowerVR) - вроде как есть (андроид работает во
    > всю, включая 3d-игры)?

    бикоз павервр и linux != android

     
     
  • 5.44, ъ (?), 15:15, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    прям так много отличий, что не сделать драйверы для видео?
     
  • 2.11, тоже Аноним (ok), 14:59, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Например, Интел привел пример такого оборудования на иллюстрации к этой новости.
     
  • 2.12, dalco (ok), 15:01, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ну, какой-нибудь кластер, которому _иногда_ надо обсчитывать картинки очень большого разрешения?

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

    P.S. Еще вариант придумал - сгенерить референсное изображение, которое не привязано к особенностям драйверов и внутренней структуры конкретных видеочипов (то есть, никаких оптимизаций шейдеров, хитрых сглаживаний, e.t.c.).

     
  • 2.30, Аноним (-), 21:49, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Под свой ксеон фи пилят?
     
  • 2.46, anonim (ok), 20:56, 22/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Intel Edison? Правда, не знаю зачем.
     

  • 1.14, CSRedRat (ok), 15:27, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Для Linux-виртуалок в Hyper-V подойдёт? llvmpipe иногда уж очень сильно тормозит. Кактус не я придумал, там где уже используется Hyper-V (который есть в бесплатной версии и в составе WinSrv) - другой гипервизор редко ставят.
     
     
  • 2.17, Аноним (-), 16:03, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • –6 +/
    а чего оправдываешься-то сразу, Hyper-V - хороший инструмент
     
     
  • 3.20, CSRedRat (ok), 16:48, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а чего оправдываешься-то сразу, Hyper-V - хороший инструмент

    Все гипервизоры - хорошие инструменты, но ни одного нормального не видел, у всех свои "нюансы".

     
  • 3.26, Michael Shigorin (ok), 19:16, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > а чего оправдываешься-то сразу, Hyper-V - хороший инструмент

    Чего ж с ним тогда так мучаются-то?

    http://www.opennet.me/openforum/vsluhforumID3/96285.html#33

     
     
  • 4.28, Аноним (-), 19:52, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ubuntu 12.04, 14.04, openSUSE 13.2 - никаких проблем
     
     
  • 5.32, . (?), 22:14, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Пока запустить не попробуешь :)
     

  • 1.19, Аноним (-), 16:31, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    мне вот интересно, что больше будет нагревать - стандартная отрисовка через интеловскую гпу или через процессор (если правильно понимаю суть этого драйвера)
     
     
  • 2.22, dalco (ok), 17:13, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Конечно же софтовая отрисовка будет греть больше - там же уровни абстракции друг на друге сидят и абстракциями погоняют (куча накладных расходов).

    А в "честном" GPU очень приличная часть операций сделана в железе и выполняется оптимальным образом (и с минимальным энергопотреблением относительно софтового обсчета).

     
     
  • 3.24, Andrey Mitrofanov (?), 18:38, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Конечно же софтовая отрисовка будет греть больше
    > А в "честном" GPU очень приличная часть операций

    LLVMpipe забыл, который в 51 раз тор^Wгорячее и как раз-таки именно на CPU?

     
     
  • 4.25, dalco (ok), 18:59, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Мне тут подумалось, что все еще зависит от того, как считать :)

    Если берем в качестве задания отрендерить, скажем, 1000 кадров, то с 95% вероятностью аппаратный GPU сожрет энергии и нагреется меньше (ибо хотя бы часть операций будут выполнять специализированные блоки с бОльшей скоростью и оптимизированным энергопотреблением).

    А если брать потребление энергии за некоторый отрезок времени, то аппаратный GPU может и проиграть - он честно просчитает 100500 кадров на максимальной скорости (и с максимальным прогревом), а софтовый рендер не факт, что один кадр успеет нарисовать, задумавшись, например, над бесконечным циклом из NOPов c HLTами (мало ли какой радиус кривизны рук у программеров?) - вот в этом то цикле CPU и охладится, сэкономив батарейку :)

    P.S. Но кпд в обычных условиях (вменяемые размеры кадра) всяко у GPU выше, иначе нафиг бы этот GPU делали? :)

     
     
  • 5.27, Andrey Mitrofanov (?), 19:20, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >зависит от того, как считать :)
    > Если берем в качестве задания отрендерить, скажем, 1000 кадров, то с 95%
    > А если брать потребление энергии за некоторый
    > P.S. Но кпд в обычных условиях

    Э, пустой. Такой кепка посчитать нельзя такой кепка мерить надо. Глядишь, через неделю-другую Михаел Форониксович Ларабель таки чего-нибудь и намеряет. Киловаты он меряет (и плачет и счетах, само, и меряет...), штеуд и apple-cc он обожает, сил нет как.

    А, - "Yes, I hope to run some benchmarks soon on OpenSWR."- уже дразнит охочую публику. --http://www.phoronix.com/scan.php?page=news_item&px=Intel-OpenSWR-Mesa

     
  • 3.29, vitalif (ok), 20:08, 21/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Хрена с два, ничего там по-моему не в железе уже давно, просто большой векторный-параллельный процессор
     

  • 1.33, Аноним (-), 22:17, 21/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    > Архитектура OpenSWR прежде всего ориентирована на визуализацию в научных исследованиях, подразумевающую интенсивную обработку вершин и использование достаточно простых шейдеров, что значительно отличается от типовой нагрузки при запуске игровых приложений.

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

     
  • 1.34, Anonimous (?), 00:44, 22/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Сори, но как это без ГПУ? И где взять такие видеокарты?
     
  • 1.37, ADMIN (?), 08:46, 22/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хоть и не люблю я Ынтел за их монополизм, но оптимизаторы там знатные. Их CPU реализация OpenCL в некоторых задачах на 15% быстрее Beignet и в 8 раз быстрее pocl. Железо - i5-4200U
     
  • 1.38, Аноним (-), 09:12, 22/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    То есть я на своем i7-3970 могу теперь поднять виртуальную недовидяху?
    Осталось придумать, зачем мне бы это надо было.:)
     
  • 1.43, Аноним (-), 14:57, 22/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Компания Intel представила высокопроизводительный открытый растеризатор OpenSWR, позволяющий обеспечить программную отрисовку OpenGL в Mesa на оборудовании без GPU, поскольку по состоянию на 2015 года так и не научились оные делать, даже на уровне самых бюджетных затычек nvidia пятилетней давности.
     
  • 1.45, torvn77 (ok), 18:43, 22/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Если у меня топовый процессор, то его хватит для отрисовки видеоигр на средних настройках?
    Какой при этом будет FPS?
    Можно этот растеризатор распределить по нескольким ПК?
    Под виндой работать будет?
     
     
  • 2.48, Аноним (-), 13:54, 23/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    1. Нет
    2. ~1
    3. Скорость сети и задержки в расчет брать не стоит?
    4. Mesa под виндой работает?
     
     
  • 3.49, torvn77 (ok), 03:55, 28/10/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > 4. Mesa под виндой работает?

    Как я понял возможность сборки под винду предусмотрена.

     

  • 1.47, Аноним (-), 12:47, 23/10/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это драйвер для видяшек Intel Xeon Phi?
     

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



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

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