Re: GUI freeze problem finally solved!
It's unsupported and undocumented feature(for now). It enables two additional hw queue fetchers (ACE), so graphics and compute tasks could run simultaneously.
View ArticleRe: GUI freeze problem finally solved!
Thanks for the response. That's very helpful. Dominic
View ArticleRe: GUI freeze problem finally solved!
Could you please detail how to "set GPU_USE_COMPUTE_RINGS=1 env. variable"? Should one declare this inside the .cl file? I'm not getting it to work. Or is this some unix-only terminal thing? Also, does...
View ArticleRe: GUI freeze problem finally solved!
yes it is unix terminal thing. you can run "export GPU_USE_COMPUTE_RING=1" or "set GPU_USE_COMPUTE_RING=1" you can set enviroment variables on windows too. use google.
View ArticleRe: GUI freeze problem finally solved!
Ok, so it is only usable for those running OpenCL from the command line, not for those running OpenCL through a framework such as JOCL? That's too bad. I'll see if I can find a way around it.
View ArticleRe: GUI freeze problem finally solved!
framework is irelevant as you set this variables before execution of program.
View ArticleRe: GUI freeze problem finally solved!
Well, I tried it for windows 7 and JOCL and I still had mouse freezes even after setting the environment variable and rebooting. It is with the 12.10 drivers though, but I presume they won't remove...
View ArticleRe: GUI freeze problem finally solved!
It is still nonpreemptive multitasking. If wavefronts run long enough, they could occupy all gpu resources. Current gpu could not stop wavefront, but it could schedule wavefronts from different tasks...
View ArticleClik here to view.
Re: GUI freeze problem finally solved!
The funny thing is: removing the environment variable and reinstalling the driver afterwards, did work. Now it no longer freezes, even though the env variable is not set. Very curious but it works....
View Article
