Directx11教程(13) D3D11管线(1)

      从本篇教程开始,我们暂停代码的学习,先来了解一下D3D11的管线,这些管线不涉及具体的硬件,而是着重于理解能够支持D3D11的管线实现。

参考资料:

http://fgiesen.wordpress.com/2011/07/01/a-trip-through-the-graphics-pipeline-2011-part-1/

通过前面的教程,我们知道,要用D3D11画一个三角形,我们需要做以下步骤:

 

image

       这些步骤大致分为四个阶段,初始化阶段,数据装配阶段,shader执行阶段,以及合并输出阶段。这些步骤最终会在D3D11硬件设备上上执行。

     我们知道,显卡都有驱动程序,也就是driver,通过driver,windows系统才能和显卡硬件进行交互,完成渲染任务。

     通常显卡(GPU)的driver有D3D driver和OpenGL driver。 由于微软各代D3D 之间并不完全兼容,所以D3D driver有分为D3D9 driver,D3D10 driver,D3D11 driver,  D3D12 driver 等等。

image

 

     首先是我们的3D应用程序, 它通过调用D3D11 API函数,实现创建资源(比如顶点缓冲),设置状态(比如深度模版状态),调用drawIndex函数等等。

     D3D运行库会跟踪我们设置的状态,验证函数的参数是否正确,验证shader代码以及shader链接库, 编译shader(把shader从原始的HLSL编译成DX ASM, dx的汇编格式shader),另外它还有内存管理以及设备管理的功能。DX运行库的会把应用程序的调用最终传送到用户模式driver(UMD)中,从某种程度上来说,我们可以把DX运行库看成一个包装器,它是应用程序和UMD之间的接口

 

    UMD(user mode driver)是指用户模式driver,它其实就是一些动态链接库(dll),完全运行在cpu端。GPU厂商都愿意把更多的功能写入UMD,因为其仅是一个dll,容易调试、可以实现多线程操作(比如一个线程编译shader,一个线程处理纹理),即使UMD崩溃了,也不会引起系统蓝屏,因为它和我们普通的应用程序没有本质区别。

    UMD主要功能:编译shader(把DX ASM编译成特殊的IL,中间语言,再编译成对应硬件的机器码),转化应用程序的状态设置和drawcall到硬件识别的packet,并把packet放入到command buffer,另外UMD也有一些内存管理功能,比如虚拟地址管理。

    UMD最终会产生GPU中各个引擎的workload,比如图形引擎,视频编解码引擎,DMA引擎,computer引擎等等,这些workload都以command buffer的形式传到KMD中,再传给相应的硬件引擎,让它们去做这些工作。

    在UMD中,BLT操作管理是处理2D功能,主要就是buffer操作,比如stretch blt,color buffer clear,msaa resolve,内存copy等待。地址库决定memory的布局,比如tile mode,对齐方式,swizzle操作等待。

    UMD中还有特殊硬件处理层和特殊软件处理层,因为现在driver都是统一架构的,一套driver驱动不同代的显卡,所以UMD中特殊硬件处理层就是对特殊硬件进行一些操作,比如某代显卡有bug,可能就要在这个特殊处理层中进行一些补救操作。针对某些特殊软件的优化就放在特殊软件处理层中处理,比如某些跑分程序。

image

     在UMD和KMD之间还有DXGI,这是微软的DirectX图形基础架构,它的设计主要是进行一些底层的操作,它可以看作是KMD的运行库,现在微软把越来越多的底层管理放入到了DXGI中。比如显存管理,commandbuffer的调度,同步操作,present后缓冲到前缓冲,显示器的管理等等。3D应用程序也可以直接访问DXGI一部分功能,比如枚举系统中使用的显卡。

 

      KMD( kernel mode driver),是指Kernel模式driver,KMD负责直接和硬件打交道,可能在系统中有多个UMD实例,但KMD只能有一个。一旦KMD崩溃,操作系统可能会出现蓝屏错误,KMD主要功能包括:

1、在多个应用程序使用GPU的情况下,KMD通过slice time分时操作来管理应用程序。

    比如在一个时间片内一个app进行物理内存操作,另一个时间片内另一个app初始化GPU,设置显示模式等,在不同app间切换时,就需要context switch,响应中断等。

2、ASCI的初始化,一套driver会对应多代的显卡,ASIC这儿就是指不同代的显卡,它们可能架构不同,KMD要针对当前的硬件,选择合适的ASCI设置。

3. 电源管理,GPU内存资源的分配,回收。

4. command buffer提交到GPU硬件,以便GPU硬件开始buffer中的packet。

下图为d3d11 api和driver的交互框图,从中我们可以清晰的理解D3d api如何转化为硬件的packet,并被提交到硬件引擎的ring buffer。

        image

posted on   迈克老狼2012  阅读(5957)  评论(0编辑  收藏  举报

编辑推荐:
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
阅读排行:
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?

导航

< 2012年3月 >
26 27 28 29 1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31
1 2 3 4 5 6 7
点击右上角即可分享
微信分享提示