use*_*057 10 opengl directx gpu
我试图了解OpenGL和DirectX如何使用图形卡.
如果我在OpenGL中编写一个执行三角形的程序,而在DirectX中编写另一个执行相同操作的程序,那么GPU端究竟会发生什么？
当我们运行程序时,每次调用OpenGL库以及每次调用DirectX库都会产生GPU代码,并且从两个程序生成的GPU机器代码是相同的吗？(就像DirectX和OpenGL就像Java Bytecode一样,预编译,然后当它实际运行时,它产生相同的东西)
或者GPU有两个不同的指令集,每个指令集一个.我的意思是,对于GPU来说,什么是exaclty OpenGL和DirectX,它如何区分2 API？
这只是程序员的观点吗？
我已经回答过这些在Windows上,OpenGL与DirectX的不同之处是什么？
其中一个答案的完整引用如下
这个问题几乎不可能回答,因为OpenGL本身只是一个前端API,只要实现符合规范并且结果符合这一点,它就可以按照您喜欢的方式完成.
问题可能是:OpenGL驱动程序如何在最低级别上运行.现在一般来说这也是不可能回答的,因为驱动程序与某些硬件密切相关,但是开发人员可以设计它.
所以问题应该是:"它在OpenGL和图形系统的幕后平均看起来如何？".让我们从下往上看:
在最低级别有一些图形设备.现在这些是GPU,它们提供一组寄存器来控制它们的操作(这些寄存器完全取决于设备)具有一些用于着色器的程序存储器,用于输入数据的大容量存储器(顶点,纹理等)以及用于其余部分的I/O通道它接收/发送数据和命令流的系统.
图形驱动程序跟踪GPU状态以及使用GPU的所有资源应用程序.它还负责转换或任何其他处理应用程序发送的数据(将纹理转换为GPU支持的pixelformat,在GPU的机器代码中编译着色器).此外,它还为应用程序提供了一些抽象的,依赖于驱
然后是依赖于驱动程序的OpenGL客户端库/驱动程序.在Windows上,这是由代理通过opengl32.dll加载的,在Unix系统上,它位于两个地方:
在MacOS X上,这恰好是"OpenGL框架".
正是这部分将OpenGL调用的方式转换为对(2)中描述的驱动程序部分中的驱动程序特定函数的调用.
最后是实际的OpenGL API库,Windows中的opengl32.dll,以及Unix /usr/lib/libGL.so; 这主要是将命令传递给OpenGL实现.
实际沟通的发生方式不能一概而论:
在Unix中,3 < - > 4连接可能通过套接字发生(是的,它可能,并且如果你愿意,它会通过网络)或通过共享内存.在Windows中,接口库和驱动程序客户端都被加载到进程地址空间中,因此没有那么多的通信,只有简单的函数调用和变量/指针传递.在MacOS X中,这与Windows类似,只是OpenGL界面和驱动程序客户端之间没有分离(这就是为什么MacOS X跟上新的OpenGL版本如此之慢的原因,它总是需要一个完整的操作系统升级来提供新的框架).
3 < - > 2之间的通信可以通过ioctl,读/写,或者通过将一些存储器映射到进程地址空间并配置MMU以在完成对该存储器的改变时触发一些驱动程序代码.这在任何操作系统上都非常相似,因为你总是必须跨越内核/用户空间边界:最终你会经历一些系统调用.
系统和GPU之间的通信是通过外围总线及其定义的访问方法实现的,因此PCI,AGP,PCI-E等通过端口I/O,内存映射I/O,DMA,IRQ进行工作.