* ATI GPU or APU (OpenCL 1.1 compliant, equivalent to Radeon HD 5xxx)
* 512 MB video memory
Mo 28 Mai 2012 20:36:27 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 367MB available)
I have downloaded and "successfully" installed the new version 12.4 Catalyst several times. But the version number seems stuck at v11.5 and when I check updates it recommends I upgrade to version 12.4. Anyone else stuck on only one GPU or have difficulty upgrading to Catalyst 12.4?
i have the same "problem," only its not really a problem for me...i'm able to crunch the new BRP4 ATI tasks on my HD 6950 without issue. i've "successfully" updated to Catalyst 12.4, but my driver version still says 11.5. i'm wondering if the 12.4 Catalyst package is just a bunch of updated run times bundled with the old 11.5 driver files...hence why my driver info shows v11.5, even though the v12.4 download installed without issue for me, and the new E@H ATI GPU app works just fine for me...
Same here,
Today i have `upgraded` the ccc driver from 11:12 [that came on the CD] to 12:4 for my 7970 a few times in different ways and still in ccc software page it states that i am using 11:12,
I went to the web page and chose from the lists etc, downloaded 12:4, installed it, ccc says its 11:12.
did auto update from inside ccc, and, yup, its still 11:12 in ccc.
Ho hum, so long as it works . . . . .
Though this dunowhatitis version seems to be using a little less CPU time while crunching.
Any one else seeing that or am i just being hopefull ??
I think I see the CPU doing less when it just feeds the GPU. Instead of Task MAnager showing almost 97-100% CPU utilization the core running the BRP4 GPU is at 85-94% utilization. And it's delivering faster results. A BRP4 task that takes 41:51:24 when crunched on one CPU core takes only 4:09:44 when half a CPU core is feeding the video card. It looks as if the GPU speeds number crunching by a factor of 10 even with a modest Radeon HD 5570 card video.
Right now my B0INC Manager shows one half CPU is feeding the one GPU. Other user comments in this thread strongly suggest we expect faster GPU performance when the GPU is tended by one dedicated CPU core. So I changed my GPU utilization factor back to the default (1.0). Once I work through my 3-day backlog of tasks I expect the BOINC server will send me BRP4 tasks that run one GPU tended by one CPU core.
* ATI GPU or APU (OpenCL 1.1 compliant, equivalent to Radeon HD 5xxx)
* 512 MB video memory
Mo 28 Mai 2012 20:36:27 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 367MB available)
Is this enough video memory or not?
512 is 512. Should work.
After ~2sec I see this error message in the boinc-manager:
"Planungspause: Not enough free CPU/GPU memory available! Delaying next attempt for at least 15 minutes..."
What I can do?
kernel 3.2.10-15-desktop i686 GNU/Linux
* ATI GPU or APU (OpenCL 1.1 compliant, equivalent to Radeon HD 5xxx)
* 512 MB video memory
Mo 28 Mai 2012 20:36:27 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 367MB available)
Is this enough video memory or not?
512 is 512. Should work.
After ~2sec I see this error message in the boinc-manager:
"Planungspause: Not enough free CPU/GPU memory available! Delaying next attempt for at least 15 minutes..."
What I can do?
kernel 3.2.10-15-desktop i686 GNU/Linux
Hm - our plan class quotes 360MB GPU memory. You probably have less than that available. Could you disable some 3D features of your desktop (and restart the X11 server, i.e. usually log out & in again)?
* ATI GPU or APU (OpenCL 1.1 compliant, equivalent to Radeon HD 5xxx)
* 512 MB video memory
Mo 28 Mai 2012 20:36:27 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 367MB available)
Is this enough video memory or not?
512 is 512. Should work.
After ~2sec I see this error message in the boinc-manager:
"Planungspause: Not enough free CPU/GPU memory available! Delaying next attempt for at least 15 minutes..."
What I can do?
kernel 3.2.10-15-desktop i686 GNU/Linux
Hm - our plan class quotes 360MB GPU memory. You probably have less than that available. Could you disable some 3D features of your desktop (and restart the X11 server, i.e. usually log out & in again)?
Now I have disable all desktop effects and I have more GPU memory:
Di 29 Mai 2012 12:14:31 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 459MB available)
Can anything be done to reduce the CPU usage further and increase the GPU usage?
Would the latest APP SDK 2.7 and OpenCL 1.2 help this project in terms of performance?
Thanks.
Question for the people with a low GPU-performance. Do you have "On multiprocessors systems, use at most" set to 100%? Consider lowering it to, possibly, give GPU performance a boost.
RE: RE: Minimum
)
512 is 512. Should work.
BM
BM
RE: Hi there, first time
)
I know! I try not to troll too much though...
I'll give that a go; I hadn't really suspected that half of one core wouldn't be able to keep the GPU scheduler full.
Nice rig. Interesting to see my runtime is around 10x longer, although my hardware is a little less pokey!
I'll try keeping one core free and post back if I get anything.
Cheers,
Ben
RE: RE: I have downloaded
)
Same here,
Today i have `upgraded` the ccc driver from 11:12 [that came on the CD] to 12:4 for my 7970 a few times in different ways and still in ccc software page it states that i am using 11:12,
I went to the web page and chose from the lists etc, downloaded 12:4, installed it, ccc says its 11:12.
did auto update from inside ccc, and, yup, its still 11:12 in ccc.
Ho hum, so long as it works . . . . .
Though this dunowhatitis version seems to be using a little less CPU time while crunching.
Any one else seeing that or am i just being hopefull ??
I think I see the CPU doing
)
I think I see the CPU doing less when it just feeds the GPU. Instead of Task MAnager showing almost 97-100% CPU utilization the core running the BRP4 GPU is at 85-94% utilization. And it's delivering faster results. A BRP4 task that takes 41:51:24 when crunched on one CPU core takes only 4:09:44 when half a CPU core is feeding the video card. It looks as if the GPU speeds number crunching by a factor of 10 even with a modest Radeon HD 5570 card video.
Right now my B0INC Manager shows one half CPU is feeding the one GPU. Other user comments in this thread strongly suggest we expect faster GPU performance when the GPU is tended by one dedicated CPU core. So I changed my GPU utilization factor back to the default (1.0). Once I work through my 3-day backlog of tasks I expect the BOINC server will send me BRP4 tasks that run one GPU tended by one CPU core.
I think my machine is
)
I think my machine is starting to got slow after I updated it.
I am running on an AMD Phenomen II x6 3,20 Ghz and have a HD 5850 plus 8 Gb ram
Win 7 64bit
What is the optimal setup - how much to CPU etc?
RE: RE: RE: Minimum
)
After ~2sec I see this error message in the boinc-manager:
"Planungspause: Not enough free CPU/GPU memory available! Delaying next attempt for at least 15 minutes..."
What I can do?
kernel 3.2.10-15-desktop i686 GNU/Linux
RE: RE: RE: RE: Min
)
Hm - our plan class quotes 360MB GPU memory. You probably have less than that available. Could you disable some 3D features of your desktop (and restart the X11 server, i.e. usually log out & in again)?
BM
BM
RE: RE: RE: RE: Quote
)
Now I have disable all desktop effects and I have more GPU memory:
Di 29 Mai 2012 12:14:31 CEST | | OpenCL: ATI GPU 0: Cedar (driver version CAL 1.4.1720, device version OpenCL 1.2 AMD-APP (923.1), 512MB, 459MB available)
but the error message is the same. :-(
Can anything be done to
)
Can anything be done to reduce the CPU usage further and increase the GPU usage?
Would the latest APP SDK 2.7 and OpenCL 1.2 help this project in terms of performance?
Thanks.
Question for the people with
)
Question for the people with a low GPU-performance. Do you have "On multiprocessors systems, use at most" set to 100%? Consider lowering it to, possibly, give GPU performance a boost.