- NVIDIA QUADRO K600 GAMING DRIVERS
- NVIDIA QUADRO K600 GAMING UPDATE
- NVIDIA QUADRO K600 GAMING WINDOWS 10
- NVIDIA QUADRO K600 GAMING SOFTWARE
NVIDIA QUADRO K600 GAMING DRIVERS
I installed the NVIDIA drivers from scratch and usually tested with the base profile default settings, but I also played with some specific options in the Control Panel. Using osgViewer::CompositeViewer in the various multi-threaded modes does not change the situation. OpenMP?Ĭircumstances not influencing the problem: Am I missing any known issues referring to Quadro cards and e.g. Question 2: Apart from common run-time incidents, I cannot see any dependencies between our use of multi-threading and the presence of a Quadro card. In contrast, deactivating OpenMP via compiler option even made the problem disappear (26 hours test case). In the tests it turned out that when increasing the count, the workload and especially the frame rate of the threads makes the problem more reproducible (up to < 15 minutes). Therefore, we create own worker threads and use OpenMP (#pragma omp parallel for). NVIDIA QUADRO K600 GAMING SOFTWARE
Apart from the previews, our software makes heavy use of CPU-side task parallelism as well as data parallelism (for color calculations, networking, etc.). Question 1: Is this behaviour indicating issues with the OpenGL context creation or beyond?Ĭircumstances to increase the frequency of the problem: In order to exclude OSG and Qt, I replaced the preview programmatically with a dummy window using wglCreateContext() and just displaying one gluSphere(), but the peaks still appeared (once after 8.5 hours). I had other test cases where the previews / contexts only got created, but not triggered continuously, and the problem showed up frequently. In this case, the peaks still occur, although less frequently. In contrast, one can disable the previews at run-time by which already initialized OSG resources (and presumably OpenGL contexts) are cleaned up again. If I comment out the creation of the GraphicsWindowQt (hence skipping OpenGL context creation and deactivating the previews at compile time), the problem does not show up (60+ hours test case). Furthermore, we use osgViewer::CompositeViewer in single-threaded mode. After creation, each GLWidget is embedded in a common QWidget. The previews are basically osgQt::GLWidgets driven by osgQt::GraphicsWindowQt. Our software consists of multiple tiers, finally linking against OpenSceneGraph 3.0.1 and Qt 4.8.7. 
At least one OpenGL context must have been created. 
NVIDIA QUADRO K600 GAMING UPDATE
Starting debug builds or release builds with the debugger attached does not reproduce the problem (I am using Visual Studio Professional 2013 Update 5). There are neither reports from our team nor from our customers about similar problems with other graphics cards. When the graphics card in the above-mentioned test system is replaced with a GeForce GTX 670 (driver 361.43), the problem disappears. 
Mandatory circumstances to reproduce the problem: In order to track down the origin of the issue, I did a number of tests. I searched for references to similar problems in the forums of NVIDIA, OSG, and OpenMP, and followed some sparse hints without success (keywords: “CPU 100%”, “Quadro” in conjunction with “OpenMP”).
Furthermore, Process Explorer tells me that the complete CPU usage is split amongst several threads of our application during such a peak. The following is a screenshot of the CPU usage history right after such a peak:. The frequency of the peaks varies from about 15 minutes to 20 hours, depending on the test case / software configuration / system configuration (please see details below). Apart from these peaks, the CPU usage is < 10 %. In this time, our software as well as most other processes are unresponsive. When running our software with previews enabled, the CPU usage sporadically spikes at 100 % on all cores for about 1 to 10 seconds. On said system, the symptoms are the following: Thus, we have set up the following test system: Various NVIDIA drivers in the range of 353.xx to 354.xx. NVIDIA QUADRO K600 GAMING WINDOWS 10
Windows 7 Pro 圆4 / Windows 7 Ultimate 圆4 / Windows 10 Pro. The affected computers always feature specifications similar to the below: In the recent months, several costumers reported that their CPUs stall heavily when using our software. I am a software developer working on a software which includes multiple, built-in, real-time OpenSceneGraph / OpenGL previews.
0 kommentar(er)
