标签：预编译 管理 变量 man csdn 交流 应用层 提交 扩展
Vulkan是Khronos组织制定的“下一代”开放的图形显示API。是与DirectX12能够匹敌的GPU API标准。
Vulkan是基于AMD的Mantle API演化而来，眼下Vulkan 1.0标准已经完毕并正式公布。
上一代的OpenGL|ES并不会被遗弃。还会继续发展，非常有可能OpenGL|ES变为Vulkan的简化API。
Vulkan 技术交流 QQ群 175250233
与OpenGL|ES相比Vulkan的优势：
Vulkan提供了能直接控制和訪问底层GPU的显示驱动抽象层。 显示驱动仅仅是对硬件薄薄的封装，这样能够显著提升操作GPU硬件的效率和性能。之前OpenGL的驱动层对开发人员隐藏的非常多细节，如今都暴露出来。Vulkan甚至不包括执行期的错误检查层。驱动层干的事情少了，隐藏的bug也就少了。
Vulkan不再使用OpenGL的状态机设计，内部也不保存全局状态变量。显示资源全然由应用层负责管理。包括内存管理、线程管理、多线程绘制命令产生、渲染队列提交等。
应用程序能够充分利用CPU的多核多线程的计算资源，降低CPU等待，降低延迟。 带来的问题是。线程间的同步问题也由应用程序负责，从而对开发人员的要求也更高。
驱动层不提供前端shader编译器。仅仅支持标准可移植中间表示二进制代码（SPIR-V）。
即提高了执行Shaders的效率又添加了将来着色语言的灵活性。
所以眼下的GLSL/HLSL能够直接通过工具转换为SPIR-V。在Vulkan中使用。这样就能够使用离线的shader编译。
另外。SPIR-V还支持OpenCL!
支持桌面、移动设备、游戏主机、嵌入式……仅仅要须要显示的地方，貌似都能支持。
这也是Vulkan与DirectX12相比的优势。
OpenGL|ES不支持多线程一直被广为诟病。Vulkan開始设计之处就考虑多线程问题，能够说就是为了多线程而设计的。
命令缓冲和和命令调度队列是Vulkan支撑多线程的重要组成部分。相似OpenGL的上下文状态。
Vulkan的命令缓冲都是独立的互不干扰的单元。支持在多个线程中创建。这样就能够由多个线程创建不同的绘制命令。由单独的线程管理渲染命令队列，统一提交给GPU绘制，例如以下图所看到的：
Vulkan把显示设备的创建和窗体系统的创建明白分开。
显示设备仅仅提供支持可视化的显示队列的接口，应用程序控制怎样显示绘制结果。比方前后显示缓冲这些的都由应用程序创建和设置。
Vulkan提供标准的扩展API支持多窗体系统。如Android、Windows、X等窗体系统。
Khronos并没有提供开发Vulkan程序的SDK。要开发Vulkan应用，就须要使用由Valve资助的一个叫LunarG的公司开发的LunarG SDK。
另外还须要下载最新的支持Vulkan的显卡驱动程序。
Vulkan周边的辅助开发工具基本都是开源的，但不幸的是LunarG的站点眼下还在墙外，下载个SDK都非常费劲。能够在 Vulkan 技术交流 QQ群 175250233中下载。
标签：预编译 管理 变量 man csdn 交流 应用层 提交 扩展
原文地址：https://www.cnblogs.com/mazhenyu/p/10688695.html
