图形卡中如何处理Direct3D和OpenGL指令？

        您问了一个非常广泛而复杂的问题。实际上，您已经问了几个广泛而复杂的问题。 对任何硬件的运行都拥有最终控制权的软件称为硬件的“驱动程序”。自然，对于图形硬件，这称为“图形驱动程序”。与所有驱动程序一样，图形驱动程序实际上是操作系统的可安装部分；操作系统是图形驱动程序完成其工作并与硬件对话的基础。两者携手并进。 实际上，有两种D3D或OpenGL（以前称为“ API”）调用：与驱动程序对话的调用和不与驱动程序对话的调用。每个实际绘制内容的调用都需要（最终）与驱动程序对话，但是设置后续绘制调用的调用可能只是在本地存储数据。 当您进行绘图调用时，API会进行一些检查，以确保您作为用户进行了有效的渲染调用。如果是这样，API会提供一些有关操作的选项。事实证明，直接与驾驶员交谈需要很长时间，无论您开始交谈时发出了多少命令。因此，经常发生的情况是API存储了您的渲染调用并立即返回。然后，可能在另一个线程中，它看起来要查看已存储了多少个渲染调用。如果“足够”，它将转发给驱动程序。这称为“编组”。 驱动程序的工作是接听这些已转发的呼叫，并将其转换为GPU会执行的操作。   在同一行上，在何处定义图形管道？在gpu硬件，驱动程序还是软件库中？ 这些天来，这实际上是一个非常棘手的问题，并且每一代硬件都变得越来越棘手。 在过去，图形管线的构造由GPU硬件严格控制。如今，尽管有一些硬件控制，但事实并非如此。在现代硬件（支持OpenGL 3.0或Direct3D10或更高版本）上，如果您可以直接访问图形驱动程序，则理论上可以设计一个使用图形管道版本有所更改的API。因此，API决定了图形管道的外观。 渲染管线中的每个阶段都将宝贵阶段中的某些值作为输入，并生成一定数量的值作为输出。如果用于从输入生成输出的机制涉及执行用户提供的程序（称为“着色器”），则该阶段为“可编程”。因此，还没有可编程的流水线。只是固定管线的可编程阶段。     

没有D3D或OGL指令之类的东西。 Direct3D或OpenGL将调用图形驱动程序，并且它们将执行实现该目标所需的一切。对于着色器而言，这不是完全正确的，着色器在API（D3D / OGL）级别上确实具有统一的字节码，在这种情况下，API提供了编译器，但据我所知，它们仍在硬件中进行转换-执行之前的依赖方式。当然，Direct3D和OpenGL还包括用户模式组件以提高性能或提供更好的接口，例如，它们将批量调用内核以减少上下文切换。 GPU制作的现实是Microsoft和nVidia / ATi聚在一起，思考他们想要什么以及什么是可行的实现，并提出了一个组规范，因为事实是如果硬件和软件供应商没有合作。没有人会购买不支持DirectX的GPU，也没有人会购买没有GPU实现DirectX的Windows。当然，“ nobody”是相对的，但对所有相关人员来说都是巨大的损失，当然，如果您的游戏仅基于D3D10 API构建，则必须运行支持D3D10的驱动程序游戏-通过增加可运行的软件范围来有效地增加产品的价值，这是一个卖点。这意味着，由硬件供应商或软件供应商定义的语义差异很小，实际上-特别是由于PC上仅有的两个真实3D渲染API \ OpenGL和Direct3D遵循非常相似的图形流水线模型，我所知道的。 但是，使用新的可编程GPU，您可能会说图形管道并不存在-如果您有耐心对其进行编程，则DX11设备可用于您可以想到的任何图形管道。 最终，GPU受强大的驱动程序级抽象保护。它实现了C样式的接口，并且在该实现中允许或必需的一切都变为现实。之后的所有内容都是完全由实现定义的。 您可以查看有关编写图形驱动程序的MSDN文档。我已经看过了，但是没有方便的链接，它描述了必须遵循的接口以及其他内容。     

        您已经有两个很好的答案。但是也许最好的办法是，阅读AMD / ATI GPU的实际编程文档：http://developer.amd.com/documentation/guides/pages/default.aspx#open_gpu 不幸的是NVidia不会发布他们的。