Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-01-12, 01:43 AM   #1
rasterman
Registered User
 
Join Date: Sep 2008
Posts: 3
Default glXWaitGL() spins using 100% cpu.

if you use glXWaitGL() to ensure actual x11 2d draw is complete after a glXSwapBuffers(), then glXWaitGL() will spin in a poll loop consuming as much cpu as it can get its grubby hands on, unlike glXSwapBuffers() alone, which will sleep and release the cpu. i've used glXSwapInterval() to enable vsynced swaps, thus the long pauses/waits. without vsync i also assume it spins instead of sleeping until the hardware lower levels signal that its done with the copy/swap.

i've actually seen this issue for as long as i can remember (years), and it still exists in the 290 drivers.

it's be really nice if glXWaitGL() could behave like glXSwapBuffers() and not poll for power management and simple resource usage reasons. as the logic/code is already there for swapping i would guess it isn't a tall order to move that logic to glXWaitGL() too.
Attached Files
File Type: gz nvidia-bug-report.log.gz (75.0 KB, 28 views)
rasterman is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 04:10 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.