什么时候调用 glFlush 太频繁了
When is glFlush called too often?
我有一个应用程序,每帧发出大约 100 个绘制调用,每个调用都有一个单独的 VBO。VBO 通过glBufferData
在具有 gl 上下文资源共享的单独线程中上传。呈现线程通过 glClientWaitSync
测试缓冲区上传状态。
现在我的问题:
根据文档glClientWaitSync
和GL_SYNC_FLUSH_COMMANDS_BIT
每次调用都会导致冲洗,对吧?这意味着对于上传线程中每个尚未完成的glBufferData
,我将在渲染线程中进行数十次刷新,对吗?因此,如果在最坏的情况下,我实际上在每次抽奖之前发出刷新,会对性能产生什么影响?
GL_SYNC_FLUSH_COMMANDS_BIT
的行为已从其原始规范更改。
原版中,使用该位相当于在执行等待之前发出glFlush
。
但是,GL 4.5改变了措辞。现在,它相当于在提交该同步对象后立即执行刷新。也就是说,它不是相对于当前流进行刷新,而是像您在提交同步后刷新一样工作。因此,重复使用并不意味着反复冲洗。
当然,您可以通过在提交同步对象后手动发出刷新,然后在等待时不使用GL_SYNC_FLUSH_COMMANDS_BIT
来获得等效的行为。
相关文章:
- 什么时候调用组成单元对象的析构函数
- 对RValue对象调用的LValue ref限定成员函数
- 为什么使用 "this" 指针调用派生成员函数?
- 函数调用中参数的顺序重要吗
- OpenGL - 在抛出"__gnu_cxx::recursive_init_error"实例后终止调用?
- 基于另一个成员参数将函数调用从类传递给它的一个成员
- 为什么我的C#代码在调用回C++COM直到Task时会暂停.等待/线程.加入
- 在c++类上调用void函数
- 为什么 std::unique 不调用 std::sort?
- 调用专用模板时出错"no matching function for call to [...]"
- 选择要调用的构造函数
- C++为什么尽管我调用了void函数,它却不起作用
- 构造函数正在调用一个使用当前类类型的函数
- 变量没有改变?通过向量的函数调用
- 没有为自己的结构调用列表推回方法
- 调用'begin(int [n])'没有匹配函数
- 什么时候调用析构函数
- 如何用参数值调用函数(仅在运行时已知)
- std::cout.imbue()多重调用
- 什么时候调用 glFlush 太频繁了