The OpenNET Project / Index page

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

29.06.2016 21:18  Google открыл код SwiftShader, программной реализации OpenGL ES и Direct3D 9

Компания Google объявила о полном открытии исходных текстов библиотеки SwiftShader, в рамках которой подготовлена система высокопроизводительного рендеринга, предоставляющая реализацию графических API OpenGL ES 1.1/2.0/3.0 и Direct3D 9, выполняемую на CPU. Код открыт под лицензией Apache 2.0.

Целью проекта является предоставление возможности отображения расширенной 3D-графики независимо от используемого оборудования и графических драйверов. SwiftShader уже задействован Chrome для организации работы WebGL на системах без современных GPU или для обхода проблем в графических драйверах, а также предложен в инструментах для разработчиков Android. SwiftShader также может применяться на серверных системах без GPU для организации рендеринга и работы графических приложений в облачных окружениях.

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

Для рендеринга применяются три базовых обработчика, образующих слой Renderer: VertexProcessor, SetupProcessor и PixelProcessor. Каждый из данных обработчиков формирует процедуры на языке Reactor, обеспечивает кэширование уже созданных процедур и управляет состоянием графики. Для ускорения в SwiftShader также активно применяются векторные инструкции CPU (SIMD) и технологии распараллеливания выполнения в несколько потоков, вовлекающие в работу все имеющиеся ядра CPU.

Для использования библиотеки в Linux не требуется модификация приложения, так как SwiftShader выступает в роли прозрачной замены графических драйверов - достаточно скопировать предоставляемые SwiftShader разделяемые библиотеки libGLES или libEGL в каталог с библиотеками, на который указывает переменная окружения LD_LIBRARY_PATH. В Windows привязка библиотеки к приложению может быть осуществлена через размещения в каталоге программы соответствующей DLL.

  1. Главная ссылка к новости (http://blog.chromium.org/2016/...)
  2. OpenNews: Intel подготовил патчи для включения в Mesa системы программной отрисовки OpenSWR
  3. OpenNews: Intel подготовил патчи для включения в Mesa системы программной отрисовки OpenSWR
  4. OpenNews: Представлена техника отрисовки шрифтов при помощи GPU
Лицензия: CC-BY
Тип: Интересно / К сведению
Ключевые слова: swiftshader, opengl, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Аноним (-), 22:12, 29/06/2016 [ответить] [показать ветку] [···]    [к модератору]
  • –1 +/
    LLVM к победе!
     
  • 1.2, anonymous (??), 22:12, 29/06/2016 [ответить] [показать ветку] [···]    [к модератору]
  • +8 +/
    Имхо, подобные штуки вряд-ли должны быть в браузере. Я за UNIX-way, а не ой вэй.
     
     
  • 2.8, Crazy Alex (ok), 23:24, 29/06/2016 [^] [ответить]    [к модератору]
  • +9 +/
    Нынешние браузеры в этом плане - сплошной ой вэй.
     
  • 2.14, Аноним (-), 09:15, 30/06/2016 [^] [ответить]    [к модератору]
  • +/
    А компьютер - это UNIX-way? На нем и поиграть можно, и в 1С отчетность вести, и на опеннете поагитировать за UNIX-way.
     
     
  • 3.20, Аноним84701 (?), 13:36, 30/06/2016 [^] [ответить]    [к модератору]
  • +5 +/
    > А компьютер - это UNIX-way?

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

    Т.е., путем подбора/замены отдельных компонентов компютера можно очень неплохо "заточить" его под какую-то задачу.

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

     
  • 2.15, leap42 (ok), 09:22, 30/06/2016 [^] [ответить]     [к модератору]  
  • –3 +/
    есть мнение, что тот самый UNIX-way про который все говорят одна утилита под ка... весь текст скрыт [показать]
     
     
  • 3.16, Наркоман (?), 11:13, 30/06/2016 [^] [ответить]    [к модератору]  
  • –2 +/
    Не мешай верующим верить, что юниксвей где-то есть.
     
  • 3.19, Crazy Alex (ok), 12:04, 30/06/2016 [^] [ответить]    [к модератору]  
  • +4 +/
    Есть мнение, что даже качественные проекты, если они не умеют внятно комбинироваться/управляться пользователем:
    1) не дают возможности решить кучу задач, которые легко решаются комбинированием
    2) вместо сравнительно простой ментальной модели заставляет пользователя запоминать вагон отдельных вариантов действий, которые для unix way легко выводятся при нужде
    3) неудобны для автоматизации

    Другими словами, для power user это неудобно.

    С другой стороны - тот unix way, который обычно поминают (текстовые команды, пайпы и нетипизированные потоки):
    1) адски неэффективен на нынешних объёмах данных из-за кучи IPC
    2) рискован в плане непредсказуемых эффектов, так как приходится парсить кучу довольно непредсказуемого текста
    3) имеет хреновый для запоминания/понимания интерфейс - сейчас количество ключей запросто за сотню зашкаливает
    4) проблематичен при двустороннем обмене - например, я не представляю, как сказать find на основе анализа отданного им файла, что все следующие такого же типа надо пропустить
    5) не умеет ничего нелинейного - есть один stdin и один stdout, если надо поток расщепить на два - универсального решения нет.

     
     
  • 4.22, SysA (?), 17:26, 30/06/2016 [^] [ответить]    [к модератору]  
  • +/
    Позвольте с Вами отнюдь!..
    > ...
    > С другой стороны - тот unix way, который обычно поминают (текстовые команды,
    > пайпы и нетипизированные потоки):
    > 1) адски неэффективен на нынешних объёмах данных из-за кучи IPC

    да ладно! на нынешней же аппаратуре?!..

    > 2) рискован в плане непредсказуемых эффектов, так как приходится парсить кучу довольно
    > непредсказуемого текста

    как-то не в тему - ошибки/неожиданности могут быть всегда и везде, - как монолитность может помочь - не понимаю! Но наоборот - в мелкой и простой задаче/действии легче и надежнее решение.

    > 3) имеет хреновый для запоминания/понимания интерфейс - сейчас количество ключей запросто за сотню зашкаливает

    Опять же - как правило это наоборот, для монстров, а не unix way! Если ты делаешь одну операцию, то тебе не надо 100500 опций.

    > 4) проблематичен при двустороннем обмене - например, я не представляю, как сказать
    > find на основе анализа отданного им файла, что все следующие такого
    > же типа надо пропустить

    И опять недопонимание unix way - этот фильтр должен делать следующий в цепочке модуль, например, тот, кто делал анализ

    > 5) не умеет ничего нелинейного - есть один stdin и один stdout,
    > если надо поток расщепить на два - универсального решения нет.

    ну откройте для себя 'tee'

     
     
  • 5.24, Аноним (-), 23:41, 30/06/2016 [^] [ответить]     [к модератору]  
  • +/
    Для вычислительных мощностей можно найти более полезное применение, чем несконча... весь текст скрыт [показать]
     
     
  • 6.27, гест (?), 01:24, 12/07/2016 [^] [ответить]    [к модератору]  
  • +/
    > Да, но генерация и парсинг текста более подвержен ошибкам и сюрпризам, чем обработка бинарных данных.

    Похоже путаешь слова "структурированный" и "бинарный"
    Если неизвестна структура, то обработка бинарных данных вообще невозможна.

     
  • 4.25, adolfus (ok), 12:52, 01/07/2016 [^] [ответить]    [к модератору]  
  • +/
    > сть мнение, что даже качественные проекты, если они не умеют внятно
    > комбинироваться/управляться пользователем:
    > 1) не дают возможности решить кучу задач, которые легко решаются комбинированием

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

     
  • 1.3, Аноним (3), 22:20, 29/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Порт под netbsd? А то данную ОС обидели графикой
     
     
  • 2.5, Аноним (-), 22:26, 29/06/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    А netbsd используется с иксами?
     
     
  • 3.21, Анонимомус (?), 16:55, 30/06/2016 [^] [ответить]    [к модератору]  
  • +/
    > А netbsd используется с иксами?

    А netbsd используется? [FIXED]

     
  • 1.4, Аноним (-), 22:24, 29/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    оу крутяк теперь ясно почему тыренье хромовской либглес чинило многие игори на старой железке.. хехехе
     
     
  • 2.7, Bicycle (ok), 23:02, 29/06/2016 [^] [ответить]    [к модератору]  
  • +1 +/
    Киньте ссылку на почитать про эту инфу. Буду благодарен.
     
  • 1.6, Аноним2.0b (?), 22:34, 29/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    А этим можно починить глюки в Вайне?
     
  • 1.11, Какаянахренразница (ok), 05:29, 30/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +1 +/
    > объявила о полном открытии исходных текстов

    Открывай меня полностью.

    P.S.: Зачем здесь слово "полный"? Бывает неполное открытие? Недооткрытие? Приоткрытие?

     
     
  • 2.12, Andrey Mitrofanov (?), 07:31, 30/06/2016 [^] [ответить]    [к модератору]  
  • +/
    > P.S.: Зачем здесь слово "полный"? Бывает неполное открытие? Недооткрытие? Приоткрытие?

    Новости про Microsoft и "Linux" видел? Сорта опенсурса. Понимать же надо.

     
  • 2.13, MyName (??), 09:14, 30/06/2016 [^] [ответить]    [к модератору]  
  • +/
    > Бывает неполное открытие?

    У Microsoft, например, бывает открыли под лицензией "можно смотреть, но руками не трогать, в смысле даже компилировать нельзя". А чё, исходинки-то открытые, значит открыли...

    В этой новости, конечно, можно было бы написать "Открыли под открытой лицензией", но это тоже звучит не очень.

     
  • 1.17, Аноним (-), 11:57, 30/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    типа замена mesa?
     
  • 1.18, Аноним (-), 12:02, 30/06/2016 [ответить] [показать ветку] [···]    [к модератору]  
  • +/
    Правильно ли я понял, что благодаря наличию этой хреновины хром может (мог) работать лучше хромиума на некоторых железках?
     
  • 1.26, Аноним (-), 20:43, 02/07/2016 [ответить] [показать ветку] [···]     [к модератору]  
  • +/
    встраиваемый язык Reactor ets - ууу шлакище, и забудьте про доп оптимизаци... весь текст скрыт [показать]
     

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


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