With a Quadro 4000 under Windows 7 x64 Driver 320.49 there is a weird problem with the performance of glDrawArrays (and also glDrawElements). In every other Frame (2nd, 4th, 6th etc.) the execution time of glDrawArrays is 10x the time needed for the other frames. The problem is gone when running the program from a debugger. It seems not to be a heap problem as the program runs fine with _NO_DEBUG_HEAP=1. Does the driver check for a debugger and change behavior on that? Any other ideas what could be the problem? The program behaves as expected with other NVIDA cards (GTX 760 or GTX 285)
Related topics
| Topic | Replies | Views | Activity | |
|---|---|---|---|---|
| Extremely slow glDrawElementsInstanced compared to glDrawArraysInstanced | 0 | 1103 | May 28, 2019 | |
| Slow OpenGL performance in Ubuntu 18.04 with RTX2080. | 4 | 2375 | January 28, 2020 | |
| Performance bug in glDrawElementsInstanced | 4 | 5322 | November 20, 2013 | |
| Overlay Framebuffers Slow on Quadro 2000D | 0 | 1204 | January 25, 2013 | |
| Strange poor performances using glNamedBufferSubData | 0 | 1269 | June 21, 2018 | |
| OpenGL 4.4 very slow - OpenGL 1.1 very fast - Performance Problem Quadro K4200/K2000 | 1 | 3172 | January 26, 2016 | |
| Better performance when NSIGHT is running with OpenGL !!! | 5 | 1897 | June 2, 2014 | |
| OpenGL performance issue. glReadPixels and cudaGLMapBufferObject bad performance. | 2 | 6240 | March 24, 2010 | |
| Render issue with glDrawElements in windows 10 - VS 2015 64 bit with 9.1 toolkit | 0 | 653 | April 19, 2018 | |
| Absymal glReadPixels peformance with Quadro drivers | 1 | 976 | September 3, 2014 |