Einstein@Home GPU/APU Application for AMD/ATI Graphics Cards: discussion thread |
Message boards : Problems and Bug Reports : Einstein@Home GPU/APU Application for AMD/ATI Graphics Cards: discussion thread
| Author | Message |
|---|---|
|
Hi everyone,
| |
| ID: 117165 | | |
|
will installing the APP SDK hurt anything or prevent this new applications from working correctly? as ask b/c the machine i plan to try this on already crunches Milkyway@Home on an AMD/ATI GPU (HD 6950 2GB to be exact), and i'm not entirely sure that the APP SDK isn't required for MW@H... | |
| ID: 117170 | | |
will installing the APP SDK hurt anything or prevent this new applications from working correctly? as ask b/c the machine i plan to try this on already crunches Milkyway@Home on an AMD/ATI GPU (HD 6950 2GB to be exact), and I'm not entirely sure that the APP SDK isn't required for MW@H... The SDK and the driver installer may both install (different!) versions of a certain 32-bit lib (at least under Linux) at the same time and this might cause the E@H app to fail while trying to even find the GPU, so very early in the execution. Since your machines are Windows only, I'd suggest to give the E@H app a try even with the SDK installed. If it fails just after start with something like this in its log: > [15:49:08][7370][ERROR] Failed to get OpenCL platform/device info from BOINC (error: -1)! > [15:49:08][7370][ERROR] Demodulation failed (error: -1)! then you might encounter this particular problem. But I'm rather optimistic this is not going to happen under Windows. CU HB ____________ ![]() ![]() | |
| ID: 117171 | | |
will installing the APP SDK hurt anything or prevent this new applications from working correctly? as ask b/c the machine i plan to try this on already crunches Milkyway@Home on an AMD/ATI GPU (HD 6950 2GB to be exact), and I'm not entirely sure that the APP SDK isn't required for MW@H... thanks for the quick reply. it turns out (after a quick search on the MW@H forums) that the APP SDK is required for my Milkyway@Home AMD/ATI GPU app...so i'm glad to hear that you're optimistic about the new E@H AMD/ATI GPU app working correctly on a Windows platform even w/ the APP SDK installed. hopefully i'll have some time this evening to test it out. i'll report back w/ results as soon as i have the chance to test it... Eric ____________ ![]() | |
| ID: 117172 | | |
|
Is there a way to use this with an intel GPU like sandy or ivy bridge? | |
| ID: 117173 | | |
|
My understanding is that nowadays OpenCL runtime support is included in the default 'Catalyst software suite'. The current description on the download pages is 'OpenCL(tm) Driver', though in the past it has been called 'APP' (accelerated parallel processing) or even SDK. | |
| ID: 117174 | | |
Is there a way to use this with an intel GPU like sandy or ivy bridge? No. For several reasons: BOINC itself currently supports GPU detection for OpenCL/NVIDIA and OpenCL/ATI. But sooner or later OpenCL/Intel will be added to BOINC. The app itself was built and tested for ATI cards, ideally it should be able to run on other OpenCL enabled devices with just minor modifications, if any. However, for the GPUs that are part of the SandyBridge generation, Intel has, iirc, NOT even provided OpenCL drivers, and might never do so. For the Ivy Bridge generation (3rd generation Core CPUs), Intel will provide OpenCL support for the embedded GPU. However, because this is a GPU that will have to share the power and thermal envelope of the CPU, it will not be comparable in speed to dedicated GPUs on graphics cards. You can expect basically (say) 1/10th of the performance of a mid class gfx card, I'd say. Of course you can run OpenCL not only on GPUs, but also on the (multicore) x86 CPUs in Sandy and Ivy Bridge, but apps that are optimized to run well on GPUs with hundreds of cores usually will perform rather poorly when executed on CPUs. So because of the small number of such CPUs and the rather moderate GPU performance, those built-in GPUs are currently not a very attractive target for BOINC projects (effort-to-performance-ratio-wise). Cheers HB ____________ ![]() ![]() | |
| ID: 117175 | | |
My understanding is that nowadays OpenCL runtime support is included in the default 'Catalyst software suite'. The current description on the download pages is 'OpenCL(tm) Driver', though in the past it has been called 'APP' (accelerated parallel processing) or even SDK. Richard is correct! Trivia: it was us making sure (by convincing AMD) the OpenCL run-time is actually included with and installed by the Catalyst driver, not just the SDK :-) Oliver | |
| ID: 117176 | | |
|
Great news! Thanks Oliver & HB :-) | |
| ID: 117177 | | |
My understanding is that nowadays OpenCL runtime support is included in the default 'Catalyst software suite'. The current description on the download pages is 'OpenCL(tm) Driver', though in the past it has been called 'APP' (accelerated parallel processing) or even SDK. Richard, i found the info in the All work Units giving "Computational Error" thread on the Milkyway@Home forums. if you scroll down to message 53419 (posted by user Assimilator1), you'll see that he was getting WU errors. Matt Arsenault, one of the head project developers, somehow noticed that Assimilator1's Catalyst 12.1 driver installation was missing the OpenCL.dll, and suggested that he reinstall the drivers, paying special attention not to uncheck the APP SDK option. sure enough, that's what Assimilator1 had done on the first try, thinking that he didn't need the entire developer kit...and sure enough, reinstalling the drivers without excluding the SDK solved his problem. ____________ ![]() | |
| ID: 117178 | | |
Great news! Thanks Oliver & HB :-) Hmm...did you happen to have the same machine on Albert@Home before? Did it work there (with 7.0.26 perhaps)? Is the libOpenCL library (the 32 bit one for the app and, if you have a 64 bit BOINC client, the 64 bit lib as well installed in a default path or a path pointed to by LD_LIBRARY_PATH?). If this turns out to be a specific 7.0.27 problem we might want to go back to 7.0.26 which did work on Albert@Home. Cheers HB ____________ ![]() ![]() | |
| ID: 117179 | | |
i found the info in the All work Units giving "Computational Error" thread on the Milkyway@Home forums. if you scroll down to message 53419 (posted by user Assimilator1), you'll see that he was getting WU errors. Matt Arsenault, one of the head project developers, somehow noticed that Assimilator1's Catalyst 12.1 driver installation was missing the OpenCL.dll, and suggested that he reinstall the drivers, paying special attention not to uncheck the APP SDK option. sure enough, that's what Assimilator1 had done on the first try, thinking that he didn't need the entire developer kit...and sure enough, reinstalling the drivers without excluding the SDK solved his problem. Thank you for clarifying that. All that is needed then is to download and install the ordinary Catalyst Software Suite (commonly referred to as the driver), and ensure that the OpenCL/APP component is selected when installing it. I do find it unfortunate that AMD persist in referring to this runtime support component as an SDK, because a simple search on the web for 'amd sdk download' leads the unwary user off into developer.amd.com and a completely unnecessary 200 MB download. | |
| ID: 117180 | | |
|
| |
| ID: 117182 | | |
On Einstein@Home the minimum client version for the OpenCL tasks is still set on 7.0.27, so you won't get ATI/OpenCL jobs. I guess we'll re-evaluate that tomorrow to balance the pros ans cons of relaxing that. CU HB ____________ ![]() ![]() | |
| ID: 117183 | | |
|
OK. BTW, its not working on Albert anymore either. Same issue. So, its likely something with my system .. let me dig deeper. | |
| ID: 117184 | | |
|
OK, not a geek here. I am running ver 7.0.25. E@home and Seti@home. Do I need to upgrade to 7.0.27. If so, where do I find it? | |
| ID: 117185 | | |
OK, not a geek here. I am running ver 7.0.25. E@home and Seti@home. Do I need to upgrade to 7.0.27. If so, where do I find it? only if you plan on running this new app (BRP4 tasks on an AMD/ATI GPU). there is a download link in the first post at the top of the thread. if you don't plan on using this new app (and plan on continuing with your current E@H participation on a CPU or nVidia GPU), then you don't need BOINC v7.0.27. ____________ ![]() | |
| ID: 117186 | | |
|
May be it is wrong, but i dont see opencl.dll in windows\system32 after installing Catalyst 12.4 from amd site. | |
| ID: 117193 | | |
|
Hi all, | |
| ID: 117194 | | |
|
As i understand there is no open cl driver in catalyst 12.2-12.4. Only in 12.1. | |
| ID: 117195 | | |
|
I'm looking forward to the OSX Mountain Lion version. | |
| ID: 117196 | | |
|
Greetings Oliver | |
| ID: 117197 | | |
|
i'm assuming that reducing "CPU consumption per GPU task" is one of the developers' goals in the attempt to get this app on par w/ the CUDA app? IIRC, BRP4 CUDA tasks only use 0.2 CPUs each... | |
| ID: 117200 | | |
|
I am running an ATI Radeon HD 3400 Series. Will this work? | |
| ID: 117201 | | |
|
It requires OpenCL 1.1, which was introduced with HD 5000 series for Radeons, so no. | |
| ID: 117202 | | |
|
Excellent news. My 7870 on my new system and my 5770 on my old system are currently crunching away. I haven't reduced core usage, but then for heat/noise reasons I don't let any projects use more than about 40% total CPU (doing that leaves all my fans turning at minimal RPMs which is good). We'll see if I have any issues once a unit is completed but so far so good. It doesn't seem to be quite as efficient as the crunching my work laptop with an NVidia 4200 is doing, but that's at first blush and as you said this is an initial release. | |
| ID: 117203 | | |
May be it is wrong, but i dont see opencl.dll in windows\system32 after installing Catalyst 12.4 from amd site. Got 12.4's installed actually from ATI/AMD, clean installed after using Driver Sweep, and I do have amdocl64.dll, amdoclcl64.dll and opencl.dll in C:\Windows\system32\ If you're using Windows installed drivers, these won't have it. If you're using PC manufacturer drivers, it's possible these won't have it. You do need AMD drivers. And those for 64bit Windows 7 and Vista do have: Display Driver
OpenCL(tm) Driver
AMD Integrated Driver
Catalyst Control Center
By the way, at this time of writing, the BOINC domain is down. I have flagged it with Dave, although he'll probably knew already. If they can't do anything about it until someone's in the office, it'll take well into the day (here) before that's fixed, estimate 3pm at the least and don't hold me on to that. It's California time you have to work with and we don't know what caused the outage, other than that it appears someone forgot to pay their electricity bill. ;-) It's too bad that neither WCG nor Einstein kept their mirror of the download link up to date. Now no one can download .27 or .28 :-( ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117206 | | |
|
Hey Gaurav!
The sched log says you're running 7.0.26 but we won't ship tasks for that version. Please make sure you really run 7.0.27. Cheers, Oliver | |
| ID: 117208 | | |
i'm assuming that reducing "CPU consumption per GPU task" is one of the developers' goals in the attempt to get this app on par w/ the CUDA app? IIRC, BRP4 CUDA tasks only use 0.2 CPUs each... Background: In principle that's correct. However, large parts of the CPU efficiency are contributed by the GPU driver and the way it yields CPU resources to the OS (other processes) while doing GPU computations. Bottom line, you should probably never compare CUDA/NVIDIA to OpenCL/ATI directly. The same applies to comparing actual performance since NVIDIA and ATI GPUs have significantly different architectures. Another reason is that according our experiences so far, ATI GPUs cover a much wider range in relative performance than NVIDIA GPUs. So your mileage may vary significantly compared to other volunteers, depending on the actual ATI GPU model you use. Some of the improvements we have in our pipeline will be applied to the CUDA and to the OpenCL apps, some are only applicable to one of the two. OpenCL on Intel/AMD many-core CPU will be yet another story... Best, Oliver | |
| ID: 117209 | | |
|
Oliver, | |
| ID: 117210 | | |
|
@terencewee*: | |
| ID: 117212 | | |
|
Thanks Oliver. | |
| ID: 117214 | | |
|
If someone manages to get everything working smoothly on 64-bit Ubuntu 10 (10.04 or 10.10), please do let me know. I think I'm having trouble because I want to stick to these. I have tried a number of things since yesterday and I can't seem to get BOINC 7.0.27 to return that I have a working OpenCL platform / driver. | |
| ID: 117219 | | |
Oliver, HB .. what distribution / version of Linux have you folks been using / testing on? Debian stable/squeeze x86_64. Just to make sure, you have a running X server that the BOINC client can access (required by the ATI OpenCL platform)? Does clinfo return info about the device in question? Oliver | |
| ID: 117221 | | |
|
Yes. clinfo works and my own OpenCL codes work fine. The same machine was doing fine with Ubuntu 11.04 for several months on Albert. I downgraded to 10.10 and now I can't get it to work! | |
| ID: 117223 | | |
|
Hi Gaurav, find /usr -name "libOpenCL*" | xargs file Check which library instance gets used by our application: ldd <PATH_TO_BOINC>/projects/einstein.phys.uwm.edu/einsteinbinary_BRP4_1.24_i686-pc-linux-gnu__atiOpenCL Oliver | |
| ID: 117225 | | |
|
find /usr -name "libOpenCL*" | xargs file | |
| ID: 117226 | | |
|
Hi! | |
| ID: 117228 | | |
|
HB .. looks like I already have those 32-bit libs: | |
| ID: 117229 | | |
|
That looks all good indeed! Gaurav, please enable coproc_debug in your BOINC client configuration. You should see additional output in the BOINC client's event log after restarting it. | |
| ID: 117231 | | |
|
Gaurav, I'm terribly sorry that I missed this in your original message, but....did you upgrade your BOINC client to 7.0.27? I think that host is still on 7.0.26, and the minimum version for the ATI app on Einstein is (unlike at Albert) 7.0.27! | |
| ID: 117232 | | |
|
Yes, please take a look now. I have switched back to 7.0.27 and also included the cc_config.xml | |
| ID: 117233 | | |
|
@Gaurav: What does the Client say about the GPU (in stdoutdae.txt or in the event log of the manager)? Does it say somehting about OpenCL caabiities? | |
| ID: 117234 | | |
|
So what does the BOINC client event log report (see messages tagged with "coproc")? Run boinccmd --get_messages to query the client. The interesting lines should right at the top after you restart the client. | |
| ID: 117235 | | |
|
Oliver, | |
| ID: 117236 | | |
|
Huh .. seems to say no OpenCL libs found??? | |
| ID: 117237 | | |
find /usr -name "libOpenCL*" | xargs file Yep, that's the (32Bit) App. It looks like the Client doesn't find the (64Bit) libs. Could you try the 32Bit version of the Client? BM | |
| ID: 117238 | | |
|
OK, but the link doesn't work | |
| ID: 117240 | | |
|
The BOINC server is currently down and will be for a while. | |
| ID: 117241 | | |
The BOINC server is currently down and will be for a while. May I add some news to reinforce that: It is a short at a substation causing a power outage to the hill area where the Space Sciences lab is located. Traffic signals are out on the hill, all the homes in that area have no power. That means that the whole of BOINC and SETI will be offline until power has been restored and the lab equipment (including servers) has been checked over. | |
| ID: 117242 | | |
That means that the whole of BOINC and SETI will be offline until power has been restored and the lab equipment (including servers) has been checked over. wow, bummer... thanks for the heads-up Richard...i was wondering what was going on w/ SETI too... ____________ ![]() | |
| ID: 117243 | | |
|
| |
| ID: 117244 | | |
|
I started running GPU WU's yesterday, two of these have been granted credit so far. | |
| ID: 117246 | | |
|
MW and Collatz are both KNOWN for giving out WAY too many credits. | |
| ID: 117247 | | |
|
In terms of how long PV can take, currently with one GPU, 680, I would on average have about 120 in PV, since I've added my 670 last night, this number is now at 160, and expect it to go towards 220-240. | |
| ID: 117248 | | |
|
Great work on developing the OpenCL applications and bringing the applications to production. Congratulations. | |
| ID: 117253 | | |
In terms of how long PV can take, currently with one GPU, 680, I would on average have about 120 in PV, since I've added my 670 last night, this number is now at 160, and expect it to go towards 220-240. How is the 670 performing compared to the 680 with BRP4? I have been thinking about adding one or two 670s to another system due to the lower power requirements of the card. | |
| ID: 117254 | | |
|
I'll post in the crunching thread, don't want to hijack | |
| ID: 117255 | | |
|
Hi do somone have app_info for only Amd/Ati GPU or make one for my? | |
| ID: 117262 | | |
|
What do you need an app_info.xml for? | |
| ID: 117263 | | |
|
Is anyone else having problems getting to berkley.edu(BOINC CLIENT) besides myself? | |
| ID: 117264 | | |
Is anyone else having problems getting to berkley.edu(BOINC CLIENT) besides myself? Everyone has. See Richard's post earlier in this thread, and mine for our local copies of 7.0.28. BM | |
| ID: 117265 | | |
Is anyone else having problems getting to berkley.edu(BOINC CLIENT) besides myself? More information has become available through Berkeley news centre and IST service status At the time of writing, it doesn't look as if they will even begin to get things back up and running until around midnight UTC tonight, and I doubt full service will be available for many hours after that. | |
| ID: 117266 | | |
|
I need app_info.xml for my Gpu only runs in 56% | |
| ID: 117269 | | |
I need app_info.xml for my Gpu only runs in 56% and you want to run 2 WU's concurrently to increase your GPU utilization, right? that was the only reason we used to use app_info.xml files for Einstein@Home. nowadays we no longer have to do that b/c the GPU utilization factor for BRP apps can be manipulated from the Einstein@Home preferences section of your web account. it works in the same way it did w/ the app_info.xml file - a factor of 1 runs 1 task, a factor of 0.5 runs 2 simultaneous tasks, a factor of 0.33 runs 3 simultaneous tasks, and so on and so forth... ____________ ![]() | |
| ID: 117270 | | |
|
Tack you Sunny129,I have missed that. | |
| ID: 117275 | | |
|
About OpenCL :) | |
| ID: 117277 | | |
|
Hello all, | |
| ID: 117279 | | |
Sure, BOINC's activity menu let's you suspend it completely, or just the GPU tasks. You may have to switch to Advanced View. If you're on Windows, you can also use the BOINC icon in the system tray (right click on it)... Hope this helps, Oliver | |
| ID: 117281 | | |
Is there an option to stop only BOINC's GPU utilization during exclusive application execution? I don't want to stop the calculations on the CPUs, but GPU-apps should stop if a game or something like that is started. Yes, instead of using <exclusive_app> use <exclusive_gpu_app> instead, see the following for details: Nvidia CUDA & ATI Stream (CAL) FAQ Claggy | |
| ID: 117285 | | |
Suspending by right-click on the system tray icon suspends for 1 hour. Suspending using the activity menu suspends until one changes it back. ____________ | |
| ID: 117286 | | |
Hi everyone, okey george kalemakis ____________ | |
| ID: 117288 | | |
|
I am running two machines one with Windows 64 bit and the other with Ubuntu 12.04. after upgrading to Ubuntu my boinc just quit working. A version of boinc came with Ubuntu version 7.0.24 I want to install ver 7.0.27 and not sure how to do it. I just started using Ubuntu and sill learning. Have not been able to remove the older version of Boinc and installing the new version. Can anyone assist me? | |
| ID: 117289 | | |
However, large parts of the CPU efficiency are contributed by the GPU driver and the way it yields CPU resources to the OS (other processes) while doing GPU computations. Bottom line, you should probably never compare CUDA/NVIDIA to OpenCL/ATI directly. The same applies to comparing actual performance since NVIDIA and ATI GPUs have significantly different architectures. Another reason is that according our experiences so far, ATI GPUs cover a much wider range in relative performance than NVIDIA GPUs. So your mileage may vary significantly compared to other volunteers, depending on the actual ATI GPU model you use. Clarification requested: If we're not to compare Nvidia CUDA to ATI OpenCL, then why do you do this on the result files? My first task was run on BRP4cuda32nv301 v1.25 vs atiOpenCL v1.24 Shouldn't you as a project then use some form of hardware redundancy, and give out work (and compare) only CUDA + CUDA and CUDA + CPU plus ATIOpenCL + ATIOpenCL and ATIOpenCL + CPU, and NOT CUDA + ATIOpenCL and ATIOpenCL + CUDA? ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117292 | | |
|
I was referring to CPU efficiency, driver efficiency and relative over-all performance only, not the (numerical) task results. We do cross-platform validation of tasks results... | |
| ID: 117298 | | |
Thanx, this was the missing peace of information. ____________ | |
| ID: 117303 | | |
|
Please, can anyone explain what means | |
| ID: 117318 | | |
Please, can anyone explain what means a GTX 680 should work fine. now, regarding the GPU utilization factor - not too long ago there was no GPU utilization factor parameter for us to play with in our Einstein@Home web preferences. the only way to run more than 1 GPU task at a time was to place an app_info.xml file in the Einstein@Home data directory. in this file, there was a section of code that looked like this: <coproc> ...where "n" is the GPU utilization factor. when set to a value of 1, the BRP4 GPU apps would run only 1 GPU task at a time. when set to 0.5, the apps would run 2 GPU tasks simultaneously. when set to 0.33, the apps would run 3 GPU tasks simultaneously, and so on and so forth... the developers recently programmed the GPU utilization factor into our Einstein@Home web preferences specifically so we would no longer have to place an app_info.xml file in the E@H data directory and edit it whenever we wanted to make changes. it similar to the concept that the SETI@Home optimized app developers followed when they introduced the Lunatics installer - before the installer was around to handle the entire install process for you, you would have to manually place the appropriate files in the appropriate directories in order to "install" an optimized app. long story short, the developers are simply trying to reduce the possibility for human error. ____________ ![]() | |
| ID: 117320 | | |
Here is our local copy of BOINC 7.0.28 for Windows, built by Rom today: Linux versions are now available from the Berkeley download link: - boinc_7.0.28_x86_64-pc-linux-gnu.sh - boinc_7.0.28_i686-pc-linux-gnu.sh ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117324 | | |
Thank you for a good explanation. Could u please speciafy a little: I have a factor of 0,5 by default for Radeon 5750. Is this good or bad? I didn't change anything. ____________ | |
| ID: 117336 | | |
hmm...the default GPU utilization factor for all of my various machines under my Einstein@Home web preferences was 1, so i kind of assumed that everyone's GPUs would default to running only 1 GPU task at a time. either way, you should be fine with a factor of 0.5 (running 2 GPU tasks simultaneously) provided your HD 5750 is a 1GB model. you see, they also made some HD 5750 with only 512MB of VRAM onboard. considering each BRP4 ATI task consumes approx. 355MB of VRAM, an HD 5750 w/ only 512MB of VRAM would only be able to handle 1 task at a time efficiently. if you tried to run 2 tasks simultaneously on a 512MB card, you'd be over-utilizing the VRAM. while i'm fairly confident that it would work and not cause compute errors, the VRAM bottlneck would probably significantly increase your GPU task run times and take a serious toll on your GPU's compute efficiency. long story short, if you have a 512MB HD 5750, change your GPU utilization factor to 1 (and run only 1 GPU tasks at a time). if you have a 1GB HD 5750, leave your GPU utilization factor at 0.5 (and run 2 GPU tasks simultaneously). ____________ ![]() | |
| ID: 117337 | | |
|
Can anyone tell me what is new in boinc 28 ? | |
| ID: 117339 | | |
Can anyone tell me what is new in boinc 28 ? BOINC 7 Change Log and news Claggy | |
| ID: 117340 | | |
|
@rahid: | |
| ID: 117346 | | |
|
i did it throw control panel boinc :) | |
| ID: 117347 | | |
|
Hi there, | |
| ID: 117350 | | |
|
Einstein will not crunch two BRPs units at once. Albert has no problem with doing so... | |
| ID: 117351 | | |
Hi there, no, its too old. if you look at the GPU requirements at the top of this thread, you'll see you need an OpenCL 1.1 compliant ATI/AMD GPU, which corresponds to a Radeon HD 5000 series GPU/APU or later. ____________ ![]() | |
| ID: 117353 | | |
ATI Radeon 9200 Series Graphics card. This is just a graphics card with a graphics processing unit. It has no GPGPU = General-purpose computing on graphics processing units capability. The AMD GPGPUs capable of doing CAL/Brook+ calculations are shown in this list. The AMD GPGPUs capable of OpenCL calculations are shown in this list. All GPGPUs with beta level 2 support are not supported by Einstein's OpenCL application. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117371 | | |
|
I have the 7.0.28(x64) version running on a Windows 7 Ultimate 64 bit machine and it seems to be working ok, except that I sometimes get messages like below: | |
| ID: 117401 | | |
|
See this FAQ for possible solutions. | |
| ID: 117402 | | |
5/20/2012 9:48:28 PM | Einstein@Home | Task h1_0435.95_S6GC1__1142_S6LV1B_0 exited with zero status but no 'finished' file Please note that this issue is unrelated to the OpenCL applications discussed in this thread. Please have look at the FAQ as Jord suggested and open a new thread if the problem still persists. Thanks, Oliver | |
| ID: 117405 | | |
|
Hi guys, its a double precision vga needed? | |
| ID: 117477 | | |
Hi guys, its a double precision vga needed? no double precision GPU required...your HD 6850 should work just fine... ____________ ![]() | |
| ID: 117479 | | |
|
Evening, | |
| ID: 117481 | | |
|
I solved the problem, resetting Einstein worked. | |
| ID: 117485 | | |
|
Hello, friends! | |
| ID: 117488 | | |
Hello, friends! By default if there are different types of GPUs in the system, BOINC only uses the most capable cards. There is an override for that which can be set via a cc_config.xml file called use_all_gpus. There is also an option called exclude_gpu where you can tell BOINC to not use specific GPUs. Refer to this thread here for details on how to set that option: http://boinc.berkeley.edu/wiki/Client_configuration You will need to create a file called cc_config.xml in your BOINC data directory. I also wanted to mention that if possible, put your Einstein crunching cards in 16x PCI-E slots for optimal performance. The GPU app generates significant traffic on the PCI-E bus and the more bandwidth available, the better. Regarding the 680, the Einstein GPU apps do not fully load the GPU when running one task at a time. Based on this, you may be able to crunch on the 680 without having to run very high fan speed. | |
| ID: 117490 | | |
|
hmm | |
| ID: 117491 | | |
hmm Hi! Sorry, we require OpenCL 1.1 capable graphics cards, and the HD 4xxx cards only do OpenCL 1.0 :-(. Cheers HB ____________ ![]() ![]() | |
| ID: 117495 | | |
Am I just that underpowered on the GPU front? Yes, most likely. The ATI GPU 5xxx series varies quite widely in performance and it also depends on how much CPU power is left to "feed" the GPU. It might turn out that your specific setup is simply not powerful enough to produce a significant speed-up when using the GPU. Sorry, Oliver | |
| ID: 117499 | | |
Am I just that underpowered on the GPU front? Hi there, first time poster long time reader... :) I noticed at first my GPU crunching was a little lacking in speed until I figured something out: I noticed that when I run my rig (see stats below) at 100% CPU usage (crunching 4 tasks at a time) that my GPU crunches a task at about 3 basis-points a second e.g. 12.000%...12.003%...12.006%...etc. When I have a CPU free (setting CPU usage below 100% but above 75%) then it can feed data faster to my GPU which crunches at 30 basis-points per second e.g. 12.000%...12.030%...12.060%...etc. This results in only using 80% of the CPU in total. Or, leaving CPU usage at 100% and I have my GPU set to run 2 tasks at once then BOINC treats it the same as a CPU task and uses one of the CPU cores (crunching 3 CPU tasks and 2 GPU tasks). This also results in only using 80% of total CPU power. Using only 80% CPU power is good for me as my rig is OC'd and this helps keep my CPU temps down to a manageable range. Computer: Win 7Pro X64, i5-2500K CPU @ 3.30GHz (OC 4.5GHz), AMD HD6850, 8GB 1600 RAM, BOINC 7.0.28 P.S. In case anyone is interested in performance numbers: Run time(sec) 3,739.87 CPU time(sec) 530.31 Claimed credit 6.90 Granted credit 500.00 | |
| ID: 117571 | | |
|
Yes. It is :) | |
| ID: 117585 | | |
|
I have an intel i5 quadcore, 8GB ram, 64 bit windows 7 and the ATI Radeon HD 5570 card. One GPU works fine but I can't seem to get both Radeon GPUs running BOINC jobs. For example, with 2 processors reserved for BOINC I see 3 BOINC Einstein@home tasks running, 2 for the 2 dedicated processors and 0.5 CPU + 1 GPU. | |
| ID: 117587 | | |
|
Yeah, my roommate and I have the same problem - after installing 12.4 it still indicates the last install version; 12.3 in my case, 12.1 for my roomie. | |
| ID: 117588 | | |
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... ____________ ![]() | |
| ID: 117589 | | |
|
Thanks for the great feedback! I am going to assume my non-updating Catalyst version number (11.5) will be fixed in an update. I just tried setting the GPU utilization factor from 1.0 to 0.5 in the hope of getting 2 simultaneous BRP tasks running on 2 GPUs. No luck, still just one GPU. I increased the number of CPUs from 2 to 3 and instead of another BRP task it took another Gamma Ray Pulsar task. Maybe I should constrain the jobs to be mostly binary radio pulsars. | |
| ID: 117591 | | |
|
Once new gpu downloads occur, the utilization factor changes. | |
| ID: 117593 | | |
Once new gpu downloads occur, the utilization factor changes. this. if you already had BRP4 ATI tasks in your queue when you changed the GPU utilization factor from 1 to 0.5, those tasks will continue to crunch 1 at a time. its the tasks that get downloaded after you change the GPU utilization factor that will run 2 at a time. remember, b/c the GPU utilization factor is done server-side now (instead of hosts-side via an app_info.xml file), it takes some time for the parameter change to take effect. ____________ ![]() | |
| ID: 117594 | | |
|
It s good idea to make for Ati new type of task 1 cpu+ 1 gpu :) | |
| ID: 117602 | | |
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? Peter ____________ | |
| ID: 117603 | | |
512 is 512. Should work. BM | |
| ID: 117607 | | |
Hi there, first time poster long time reader... :) I know! I try not to troll too much though... Using only 80% CPU power is good for me as my rig is OC'd and this helps keep my CPU temps down to a manageable range. 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. Computer: Win 7Pro X64, i5-2500K CPU @ 3.30GHz (OC 4.5GHz), AMD HD6850, 8GB 1600 RAM, BOINC 7.0.28 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 | |
| ID: 117610 | | |
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? 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 ?? | |
| ID: 117611 | | |
|
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. | |
| ID: 117613 | | |
|
I think my machine is starting to got slow after I updated it. | |
| ID: 117616 | | |
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 ____________ | |
| ID: 117617 | | |
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 | |
| ID: 117620 | | |
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. :-( ____________ | |
| ID: 117624 | | |
|
Can anything be done to reduce the CPU usage further and increase the GPU usage? | |
| ID: 117625 | | |
|
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. | |
| ID: 117629 | | |
Hi guys, its a double precision vga needed? I got first results - 7.0.28 + latest CATALYSTs 8h15m is my time :-/ - i got 500points 2nd task is in progres // 80% after 6,5h :-( First numbers looked good, i got 25% in 20min - so i expected that whole task will finish in 80min, which means cca 9000points/24h. But later something went wrong probably and i got these times :( Is somebody with 6850 out there? - if yes, post the results pls.. i dont know where the problem is.. :-/ ____________ | |
| ID: 117701 | | |
Hi guys, its a double precision vga needed? Indeed, I would expect the performance of this card to be higher by a factor of 4 at least. Did you consider the advise in the message just before your's?: http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#117629. The AMD drivers seem to like having a CPU core for their own, even tho the OpenCL BRP4 app will be run by BOINC at a higher OS priority than the pure-CPU tasks. Cheers HB ____________ ![]() ![]() | |
| ID: 117703 | | |
|
Hello there, | |
| ID: 117706 | | |
Hi guys, its a double precision vga needed? You must have missed my post earlier in this thread http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#117571 I have a 6850 and crunch on average at 1h.05m. What other hardware do you have? CPU, PCIe 1.1 or 2.0? I did notice one other thing the other day when my times started to slip to 1h.45m after playing some games and doing some graphics work; a simple reboot seemed to clear things up. I had gone about 2 days without a reboot to flush garbage out of memory. Let me know, Jason | |
| ID: 117717 | | |
Is somebody with 6850 out there? - if yes, post the results pls.. 31/05/2012 09:48:08 | | Processor: 4 GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz [Family 6 Model 42 Stepping 7] 31/05/2012 09:48:08 | | OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00) 31/05/2012 09:48:08 | | ATI GPU 0: Barts (CAL version 1.4.1720, 2048MB, 2015MB available, 2976 GFLOPS peak) 31/05/2012 09:48:08 | | OpenCL: ATI GPU 0: Barts (driver version CAL 1.4.1720 (VM), device version OpenCL 1.2 AMD-APP (923.1), 2048MB, 2015MB available) My HD6850 runs only Einstein tasks. Neither the GPU nor the CPU are overclocked. I've instructed BOINC to run with "On multiprocessors, use at most 75% of the processors", leaving one core free to cater for the GPU. If I don't do that, tasks take 10 hours or more. Now the BRP4 v1.24s take on average ~4,300 seconds. Link to my results. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117720 | | |
|
I have this rig: http://einstein.phys.uwm.edu/hosts_user.php?userid=594958 | |
| ID: 117725 | | |
I have this rig: http://einstein.phys.uwm.edu/hosts_user.php?userid=594958 Hi, It would be interesting to see if crossfire has an impact here. However in general, I suspect that your gfx cards have so few shaders that they might not even be able to outperform the CPU when running BRP4 jobs :-( I plan to make some evaluation of runtime by GPU type based on the statistics in the E@H database next week, after that there should be some overview which type of cards should better not be used atm. Cheers HBE P.S.: In general, I would also recommend not to use the "xxx % of CPU time" throttling setting in the preferences. For multi-core CPUs as yours, it's better to use the "xxx % of cores" setting instead which overall has quite the same effect. ____________ ![]() ![]() | |
| ID: 117737 | | |
|
Thanks HBE, duly noted and I tweaked the preferences. | |
| ID: 117741 | | |
P.S.: In general, I would also recommend not to use the "xxx % of CPU time" throttling setting in the preferences. For multi-core CPUs as yours, it's better to use the "xxx % of cores" setting instead which overall has quite the same effect. i 2nd this suggestion - w/ a multicore CPU, say a 4-core CPU for example, it is better to run 3 core 100% of the time than it is to run all 4 cores only 75% of the time. as regards X-fire and SLI, they can be quite finicky when it comes to distributed computing. i don't really know of any DC project that will allow a single one of its WU's to be split up, distributed, and crunched on more than one GPU. in my limited experience, X-fire/SLI is generally a detriment to crunching. however, i've seen instances where X-fire/SLI doesn't hurt crunching performance, and in some rare cases i've seen X-fire/SLI help. of course it depends expressly on the project and the application being crunched, but it seems to me that folks are generally better of taking their multiple GPUs out of X-fire or SLI to crunch. at any rate, your final solution makes the most sense - if you have an IGP, and it can be used to free up the resources of bigger, better GPUs, do it. i'm doing the same thing w/ one of my machines, where i run the display w/ my mobo's IGP (the same HD 4290 that you have), while my HD 5870 2GB and HD 6950 2GB GPUs are dedicated 24/7 crunchers. ____________ ![]() | |
| ID: 117743 | | |
First suspended all work & exited Boinc every time I changed settings - don't want corruptions of data. (seemed like a good idea?) Always a good idea. Anything that helps remove any potential complications is a good thing; software of any type doesn't like it's hardware futzed with when it's running. 2)Un-linked crossfire. Auto over-clocked Device 0, Device 1 ran at stock speed - was unable to access over-clocking for that card in Vision Control Centre. Bizarrely, ATI Device 1 (stock speed) began to run faster work unit times and began to catch the ATI Device 0 over-clocked card. (scratches head then meditates). However work unit prediction times for pending work dropped considerably to about 12hrs. Another person on the boards here (somewhere) had a high-end over-clocked AMD card that wouldn't validate/error-ed out, but when she removed the OC it had no problems. Don't know if its an issue with Nvidia cards too but AMD cards and OpenCL don't like OCing. And it seems like you did a good job figuring it out yourself, so bonus points to you. :) | |
| ID: 117746 | | |
|
one thing i have come to accept is that you can not over clock a gpu anything like as much for crunching as you can for game`s, | |
| ID: 117750 | | |
So I did this today. There are a few uncertainties involved in the anlysis, e.g. it's sometimes not clear how many units were run in parallel, and in mst cases BOINC only reports the GPU type (e.g. "Cedar", "Cypress", etc) and not the card madel itself. But anyway....the analysis shows that by and large, there are really only a few instances where GPU tasks take much longer than CPU tasks. However, volunteers with GPUs from the "Cedar", "Wrestler" (and other APU embedded GPUs) and perhaps also "Caicos" series might want to check their statistics to see if it is really worth for them to run the BRP4 jobs on their GPUs. Cheers HBE ____________ ![]() ![]() | |
| ID: 117764 | | |
..and in most cases BOINC only reports the GPU type (e.g. "Cedar", "Cypress", etc) and not the card model itself. That's because: a) They're not showing with model name and number in the OpenCL (OpenCl.dll, opencl_lib, libOpenCL.so) libraries, or CAL (aticalrt64.dll, amdcalrt64.dll, aticalrt.dll, amdcalrt.dll, callib) libraries. So BOINC detects which group they're in and shows that. b) Only Nvidia GPUs will show with complete model name, read from the CUDA (nvcuda.dll, cudalib, libcuda.dylib, libcuda.so) libraries. So for AMD you then get in coproc_detect.cpp, lines 1429-1510: { case CAL_TARGET_600: gpu_name="ATI Radeon HD 2900 (RV600)"; break; case CAL_TARGET_610: gpu_name="ATI Radeon HD 2300/2400/3200 (RV610)"; attribs.numberOfSIMD=1; // set correct values (reported wrong by driver) attribs.wavefrontSize=32; break; case CAL_TARGET_630: gpu_name="ATI Radeon HD 2600 (RV630)"; // set correct values (reported wrong by driver) attribs.numberOfSIMD=3; attribs.wavefrontSize=32; break; case CAL_TARGET_670: gpu_name="ATI Radeon HD 3800 (RV670)"; break; case CAL_TARGET_710: gpu_name="ATI Radeon HD 4350/4550 (R710)"; break; case CAL_TARGET_730: gpu_name="ATI Radeon HD 4600 series (R730)"; break; case CAL_TARGET_7XX: gpu_name="ATI Radeon (RV700 class)"; break; case CAL_TARGET_770: gpu_name="ATI Radeon HD 4700/4800 (RV740/RV770)"; break; case 8: gpu_name="ATI Radeon HD 5800 series (Cypress)"; break; case 9: gpu_name="ATI Radeon HD 5700 series (Juniper)"; break; case 10: gpu_name="ATI Radeon HD 5x00 series (Redwood)"; break; case 11: gpu_name="ATI Radeon HD 5x00 series (Cedar)"; break; // // looks like we mixed the CAL TargetID because all other tools identify CAL_TARGETID 13 as Sumo (not SuperSumo) so // we have to fix this and some other strings here too // CAL_TARGETID 12 is still unknown .. maybe this is SuperSumo inside AMDs upcoming Trinity // // case 12: gpu_name="AMD Radeon HD (unknown)"; break; case 13: gpu_name="AMD Radeon HD 6x00 series (Sumo)"; break; // AMD released some more Wrestler so we have at the moment : 6250/6290/6310/6320/7310/7340 (based on Catalyst 12.2 preview) case 14: gpu_name="AMD Radeon HD 6200/6300/7300 series (Wrestler)"; break; case 15: gpu_name="AMD Radeon HD 6900 series (Cayman)"; break; // the last unknown ... AMD Radeon HD (unknown) looks better ! case 16: gpu_name="AMD Radeon HD (unknown)"; break; case 17: gpu_name="AMD Radeon HD 6800 series (Barts)"; break; case 18: gpu_name="AMD Radeon HD 6x00 series (Turks)"; break; case 19: gpu_name="AMD Radeon HD 6300 series (Caicos)"; break; case 20: gpu_name = "AMD Radeon HD 79x0 series (Tahiti)"; break; // there arent any other target ids inside the Shadercompiler (YET !!! ) // but because of ATI was bought by AMD and is not existing anymore the default should be changed too default: gpu_name="AMD Radeon HD (unknown)"; break; } ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117767 | | |
|
Ah I see..thanks for the explanation. Something must be different on Macs, tho, right? E.g. see mine here: Coprocessors CAL ATI Radeon HD 6770M (1024MB) Cheers HB ____________ ![]() ![]() | |
| ID: 117770 | | |
|
As far as I understand from Charlie, the OpenCL (RAM) detection under OS X is broken, so instead of using any OpenCL library, they use the OpenGL library and read the RAM size and model name from that. | |
| ID: 117776 | | |
|
My BRP4 tasks take 4 hours 23 minutes when using 0.5 CPU + 1.0 ATI GPU (Radeon HD 5570), compared with almost 40 hours when run on one core of my i5 quad core. I rebooted an hour ago and the latest BOINC Manager estimate for BRP4 tasks is 3 hours 23 minutes. These are welcome improvements - but still a factor of 3 or 4 less than the one hour BRP4 tasks reported earlier in this thread. I would like to speed things up if I can. | |
| ID: 117785 | | |
My BRP4 tasks take 4 hours 23 minutes when using 0.5 CPU + 1.0 ATI GPU (Radeon HD 5570), compared with almost 40 hours when run on one core of my i5 quad core. I rebooted an hour ago and the latest BOINC Manager estimate for BRP4 tasks is 3 hours 23 minutes. These are welcome improvements - but still a factor of 3 or 4 less than the one hour BRP4 tasks reported earlier in this thread. I would like to speed things up if I can. forgive me, for i was too lazy to go back through the entire thread looking for those documented 60-minute run times and the types of GPUs they ran on. but if i had to guess, i'd say your GPU has reached its limits. my HD 6950 2GB GPU took 64 minutes to crunch through a single BRP4 ATI task...granted i was able to get the run times down to 40 minutes by running 4 of them simultaneously. but the HD 6950 is much more powerful than an HD 5570. i'm actually quite puzzled as to how a restart shaved an hour off your run times... Is there a point to running only selected applications - limiting tasks for example to BRP4? I now accept all Einstein@home tasks and typically I have 4 jobs running in parallel: x1 BRP4 job, and three others: a mix of Gravitational Wave S6 and Gamma Ray pulsar jobs. Sometimes I see 2 BRP4 jobs at once, one 4 hour job in the ATI GPU and one 40 hour job in the CPU. I expected to see both ATI GPUs running BRP4s. there's no point other than to run the apps you want to run. you have 2 GPUs in your machine? i'm not sure why they're not both running BRP4 ATI tasks...perhaps you should try setting BOINC to use 100% of the CPU (all 4 cores) and see what happens. also, a suggestion - since you now know that your GPU can complete 10 BRP4 tasks (maybe more) in the time it takes your CPU to complete a BRP4 task, you should uncheck the "Run CPU versions of applications for which GPU versions are available" box - that will keep the BRP4 tasks running on the GPUs only, freeing up more resources for the other 3 Einstein@Home CPU applications. ____________ ![]() | |
| ID: 117786 | | |
|
Thanks again Sunny129, your HD 6950 has a factor of 4 floating point advantage over my HD 5570: | |
| ID: 117788 | | |
Hello! Thank you for explanation. I have 1Gb model/Core i7-2600 (8 virtual cores), ratio 0,5. But nevertheless I have only 9 tasks running at a time. Why so? I thought there will be 10 tasks (8 cores and 2 GPUs). 2 of the tasks are marked "0,5 CPU + 0,5 GPU" - what's that supposed to mean PS Noticed lags in VLC 1.1.11 if GPU tasks are running in the background while I watch the film. ____________ | |
| ID: 117790 | | |
|
@sunny129
My 6850 crunches in 65 minutes but its a lot more powerful than a 5570 with more than double the shaders - http://www.gpureview.com/show_cards.php?card1=624&card2=636 But the limit of my 6850 is that running 2 tasks takes twice as long to complete as the GPU resources get split evenly between the WUs, so no advantage there for me. i'm actually quite puzzled as to how a restart shaved an hour off your run times... I have a theory on that; I noticed my times slip from 65mins down to 105mins after not having rebooted in a couple of days. This leads me to believe that some memory leaks are occurring and garbage is piling up in RAM and need to be flushed out. I don't know if BOINC \ E@Home is the cause or it's other software I'm running but flushing the memory with a reboot seems to work. I'd like to know if other people are having the same issue and if they are do they play Skyrim on their PC...I have a theory... | |
| ID: 117791 | | |
My 6850 crunches in 65 minutes but its a lot more powerful than a 5570 with more than double the shaders - http://www.gpureview.com/show_cards.php?card1=624&card2=636 Comparing shaders between models isn't useful when it comes to OpenCL, or even CAL. That's only useful when you compare between GPUs of the same make and generation. Only then is more better. What OpenCL uses is Compute Units and OpenCL Processing Elements. See Geeks3D for a complete write-up and while you're there, get CAPS GPU Viewer. That'll show you the 'power' of your GPU. From the introduction to OpenCL (PDF) we know that when you know the amount of SIMD processors on the GPU, that you know the amount of Compute Units, as these are the same. The HD6850 has 12 SIMDs or Compute Units. The HD5570 has 5 SIMDs or Compute Units. This way we can calculate the strength of the GPU; we do that by dividing the amount of stream processors by the amount of compute units. HD6850 has 12 Compute Units. 960 stream shaders / 12 Compute Units = 80 OpenCL Elements. HD5570 has 5 Compute Units. 400 stream shaders / 5 Compute Units = 80 OpenCL Elements. Which means that in pure OpenCL speed, the HD6850 and HD5570 are equal. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117793 | | |
Hello! Thank you for explanation. I have 1Gb model/Core i7-2600 (8 virtual cores), ratio 0,5. But nevertheless I have only 9 tasks running at a time. Why so? I thought there will be 10 tasks (8 cores and 2 GPUs). 2 of the tasks are marked "0,5 CPU + 0,5 GPU" - what's that supposed to mean? that actually makes perfect sense. think about it - the 7 CPU tasks that are running require one core each, leaving only one core free. the 2 GPU tasks that are running require only 0.5 CPU's each (for a total of 1 whole core). so 7 CPU tasks consume 7 CPU cores, while 2 GPU tasks consume the 8th and final CPU core, for a total of 9 tasks running ay any one time... The HD6850 has 12 SIMDs or Compute Units. so i guess the same can be said about my HD 5870, since 1600 stream processors / 20 compute units = 80 OpenCL Elements. and i guess that would explain why the HD 6850 run times were similar to mine, even though the 5870 is far more powerful than the 6850. but shouldn't the HD 5570 have similar run times too then? ____________ ![]() | |
| ID: 117794 | | |
...but shouldn't the HD 5570 have similar run times too then? When you put it in your system, yes. ;-) But now you have to put into the equation: - How much memory does the card have? - What memory speed does the GPU have? - What core speed does the GPU have? - What kind of PCIe slot is it in? - What kind of CPU is next to it? - What else is this CPU doing? - Did the user allow for the extra core for the GPU only? - Is anything (CPU or GPU) overclocked and by how much? - Which drivers are we using? etc. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 117796 | | |
...but shouldn't the HD 5570 have similar run times too then? true...i didn't think about all that LOL. ____________ ![]() | |
| ID: 117797 | | |
Today I tried setting up for all cores: BOINC uses 100% of the CPU/all 4 cores with 100% duty cycle. Result: I still get only one GPU + 0.5 CPU job plus 4 other (non-GPU) Einstein@home jobs. AFAIK, in a host with different GPUs, BOINC should recognize all of them but, by default, it will use just the better one (you need to add/edit the cc_config file to instruct it to use all of them...) Weird thing is that in your hosts page it seems that BOINC is reporting only the 5570... So there is something wrong there... It might help to restart BOINC and then look in the first lines of event log wich devices are listed/recognized by BOINC... ____________ ![]() | |
| ID: 117799 | | |
My 6850 crunches in 65 minutes but its a lot more powerful than a 5570 with more than double the shaders - http://www.gpureview.com/show_cards.php?card1=624&card2=636 Yeah my bad; my gamer bias was showing. I was so impressed with the size of my pipe-line that I forgot its not the size that matters but what you can do with it... :P
Thanks for the info, I haven't been keeping up with things on the openCL side for a while...and killed several hours of pouring over the new data and testing software...damn you. :) This did lead me to another interesting link people here might find interesting: an openCL-benchmark database that compares the compute performance between all the different hardware including AMD CPUs and the new Intel cores that support openCL. It gives a lot of detailed information when you open the links for each piece of hardware. | |
| ID: 117806 | | |
...but shouldn't the HD 5570 have similar run times too then? Ageless and I have very similar systems, both 6850s and i5-2500Ks but our run times are a little different because my i5 is OCed to 4.5GHz and his isn't which looks to give me about a 300sec boost for my GPU times. Funny that it should be so...wonder how much difference a PCIe 3.0 card and slot would make. | |
| ID: 117807 | | |
|
I direct you over to the PCIe 2.0 vs 3.0 thread in Cruncher's Corner. | |
| ID: 117810 | | |
|
BOINC: 7.0.28 | |
| ID: 117816 | | |
|
Hi! | |
| ID: 117822 | | |
|
I do not have any experience yet with AMD OpenCL but with the CUDA app, the most optimal setup for HT enabled CPUs is to set the maximum CPU usage to 50% as to avoid HT performance penalties. Being that the OpenCL app is also CPU dependent and if your CPU has HT, then setting cores to 50% could be beneficial. This change may also improve performance for Bulldozer processors that have a shared FPU for every two integer cores but I have not tested that myself. | |
| ID: 117823 | | |
|
Thanks for the responses folks. | |
| ID: 117827 | | |
Hello! Thank you for explanation. I have 1Gb model/Core i7-2600 (8 virtual cores), ratio 0,5. But nevertheless I have only 9 tasks running at a time. Why so? I thought there will be 10 tasks (8 cores and 2 GPUs). 2 of the tasks are marked "0,5 CPU + 0,5 GPU" - what's that supposed to mean? As always, your explanation is greatly appreciated. But I still don't understand how the number of CPU cores occupied by moderating GPU tasks depends on quantity of this GPU tasks run simulateonously. As far as I understood no matter how many tasks u run on GPU simulationously - only one CPU core will be busy moderating GPU tasks. Am i right? So if I run only one task at a time on GPU one of CPU cores will still be occupied by the GPU task, correct? ____________ | |
| ID: 117836 | | |
But I still don't understand how the number of CPU cores occupied by moderating GPU tasks depends on quantity of this GPU tasks run simulateonously. As far as I understood no matter how many tasks u run on GPU simulationously - only one CPU core will be busy moderating GPU tasks. Am i right? So if I run only one task at a time on GPU one of CPU cores will still be occupied by the GPU task, correct? No, that's not correct. It all depends on the "0,5 CPU + 1 GPU" part; i.e. if you run one GPU task, no CPU core will be reserved. If you run two ore three GPU tasks concurrently, one CPU core will be used to support them. If you run four or five GPU tasks, two CPU cores will be set aside... Gruß, Gundolf | |
| ID: 117837 | | |
this is incorrect, as Gundolf pointed out. i'm not sure i understand his answer completely, but to elaborate on his answer, this is how things work as i understand it: if i run a single BRP4 task on my AMD/ATI GPU, the info for that task in the status column of the BOINC manager will read "0.5 CPUs + 1 ATI GPUs." in other words, that single BRP4 task will consume half of a CPU core. if i change my web preferences so that 2 BRP4 tasks run simultaneously, the task info for each task will then read "0.5 CPUs + 0.5 ATI GPUs." in other words, each of those tasks will consume approx. half of the GPU, but since they're both still consuming half a CPU core each, that amounts to the consumption of 1 full core. naturally, if i run 4 BRP4 tasks simultaneously, they'll each consume one quarter of the GPU, but they'll still consume half of a CPU core each, amounting to the consumption of 2 full cores. so you can see that GPU tasks can easily consume more than a single CPU core if 1) a single GPU task consumes an appreciable fraction of a CPU core (like Einstein@Home BRP4 ATI tasks, which consume half of a CPU core each), and 2) enough of those tasks are run simultaneously. in stark contrast to this, Milkyway@Home ATI GPU tasks only consume 0.05 CPUs apiece...so if the GPU and/or its memory didn't become a limitation first, 20 MW@H tasks could be handled by a single CPU core...that is, i'd have to run 21 or more MW@H tasks at once in order to consume more than a single CPU core. not so w/ Einstein BRP4 ATI tasks, as i showed above, which can easily consume more than a single CPU task if you run more than 2 of them at once... i should also note that CPU portion of the task info ("0.5 CPUs + 1 ATI GPUs," the bolded part) has always seemed more like an estimated value to me rather than an actual value, even though it can be altered w/ an app_info.xml file (its the <avg_ncpus> parameter). using an app_info.xml file (for another projects and applications, not Einstein@Home BRP4 ATI tasks), i've played w/ the <avg_ncpus> and <max_ncpus> parameters, and it didn't seem to do anything for my CPU/GPU utilization or run times. so if you really want to know how much CPU resources are being consumed by a particular GPU task, suspend all other projects/applications in BOINC, open the Windows Task Manager, run a single task on the GPU, and monitor CPU usage in the Windows Task Manager. ____________ ![]() | |
| ID: 117838 | | |
|
To further on Sunny's point. | |
| ID: 117839 | | |
To further on Sunny's point. if you're looking for a project application that utilizes the GPU much better and utilizes the CPU much less than the Einstein@Home BRP4 ATI application, but don't want to waste resources on prime numbers (or any pure math for that matter), try Milkyway@Home...assuming your ATI GPU is double-precision capable (i can't tell b/c you have your computer hidden). my HD 6950 averages 99% utilization ( as opposed to Collatz's 97% utilization), and while it uses approx. 5 times as much CPU resources, a MW@H GPU task still only consumes ~5% of a single CPU core. also, thanks for the reference to Process Explorer - i'll have to check it out. *EDIT* - i just DLed and installed Process Explorer, and it turns out Milkyway@Home GPU tasks only consume 0.11-0.12% of my 6-core CPU (or 0.66-0.72% of a single core)...so i guess it actually consumes quite a bit less CPU than the default "0.05 CPUs" as shown in the BOINC manager... ____________ ![]() | |
| ID: 117840 | | |
|
No double precision here I'm afraid (already investigated MW@H). I'm stuck with Collatz for now. But at least its doing /something/. | |
| ID: 117854 | | |
|
It's nice work on notebook this AMD llano 3610mx + seymour ati gpu. | |
| ID: 117904 | | |
|
If you are experiencing the below error on Ubuntu 12.04 64bit with an AMD / ATI graphics card. I have found that the fix is rather simple. In '/etc/OpenCL/vendors/' create a file called 'amdocl32.icd', in that file enter the following 'libamdocl32.so' and save. The next time the client is started E@H can use the card for processing. <core_client_version>7.0.28</core_client_version> ____________ | |
| ID: 117941 | | |
|
I tried to run E@H on my new secondary rig (http://einstein.phys.uwm.edu/show_host_detail.php?hostid=5448695). | |
| ID: 117987 | | |
|
I've run this project before but now I have issues. After 3 failed tasks I updated the driver to the latest version and detached/reattached to the project. | |
| ID: 117993 | | |
|
I'm still getting errors so until I can figure out what's going on or someone here can point me in the right direction I'll have to put E@H on hold. | |
| ID: 117997 | | |
|
It seems the problem was BOINC 7.0.28 for me. I uninstalled it and installed 7.0.27. First task completed in 2.49 hours. Second now in progress. Time will tell. | |
| ID: 118008 | | |
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? New Catalyst 12.6 driver is out; installed it and it indicates proper version again. Next to see if it breaks anything with BOINC/E@H... | |
| ID: 118205 | | |
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? please do tell, b/c i also have v12.4 successfully installed, but misrepresented as v11.5, on one of my hosts...not that's causing problems or anything (i know that i'm actually running v12.4 despite it being misrepresented b/c the new Einstein app crunches just fine on my HD 6950). so i guess i really don't need to change drivers...but if v12.6 works, then maybe its worth it to update just for peace of mind and not having to remember what driver version i'm truly running lol... ____________ ![]() | |
| ID: 118206 | | |
|
Sorry, there will be a 1 day delay as my Norton's AV was running all night for some reason (rebooted to get it to stop) tripping the 25%CPU usage and kept BOINC from crunching. | |
| ID: 118210 | | |
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 been running the 12.6 beta for about a month with no issues on my 7770 card. Cheers! ____________ http://boincstats.com/signature/5/user/6157/project/sig.png | |
| ID: 118218 | | |
|
Well, just crunched through 3 WUs and everything validated fine. | |
| ID: 118221 | | |
|
Hi, | |
| ID: 118226 | | |
Hi, The "GPU utilization factor of BRP apps" option will only affect jobs downloaded after the setting was applied. The performance is not normal. You can try to reserve one CPU core for the graphics app, by telling Boinc in the preferences to Use not all of the cores for CPU jobs: e.g. on a quad core , set it to use 75% of the cores. Cheers HB ____________ ![]() ![]() | |
| ID: 118227 | | |
|
You think it's the same shit as Poem@home ??? I want to crunch Einstein on my GPU... not on my GPU + a CPU... with Milkyway it's no problem... | |
| ID: 118228 | | |
|
OK performance is better now... but now 2 units are running and they use 2 CPU cores with 25%... how can i get them using only one CPU core.. with 50% ?? | |
| ID: 118229 | | |
... with Milkyway it's no problem... I understand that MW@H has both CAL and OpenCL apps. Is the above true for their OpenCL app as well? I was assuming that this is a general OpenCL related problem. Cheers HB ____________ ![]() ![]() | |
| ID: 118230 | | |
|
Einstein-Ati-GPU setting | |
| ID: 118231 | | |
Einstein-Ati-GPU setting Please can you post the cpl. App_info ? ____________ | |
| ID: 118234 | | |
|
Had "GPU utilization factor of BRP apps = 1", because the Atis (HD 57xx/67xx 1GB) with a GPU Wu even at a load factor of about 80% (GPU-Z) lie. Of course one core is supporting the GPU. Chris wrote: Please can you post the cpl. App_info ? Your HD 6970 works with Atiapplication "Binary Radio Pulsar Search (Arecibo) v1.25 (opencl-ati-6900)".You find your own app version there >>> C:\ProgramData\Boinc\client_state.xml (Win7/64 bit/Boincstandardinstallation). | |
| ID: 118242 | | |
|
Unsure if this post belongs here but its about validate errors? | |
| ID: 118281 | | |
|
I run Nvidia with Boinc 6.12.33 and validate fine against AMD with Boinc 7.0.28 as seen here | |
| ID: 118286 | | |
|
Hi guys, | |
| ID: 118290 | | |
Had "GPU utilization factor of BRP apps = 1", because the Atis (HD 57xx/67xx 1GB) with a GPU Wu even at a load factor of about 80% (GPU-Z) lie. Of course one core is supporting the GPU. You mean i have to copy the two lines in here: <name>einsteinbinary_BRP4_1.25_windows_intelx86__opencl-ati-6900.exe</name> <nbytes>8608391.000000</nbytes> <max_nbytes>0.000000</max_nbytes> <status>1</status> <executable/> <signature_required/> <file_signature> ????? ____________ | |
| ID: 118304 | | |
|
No, whatever it is you're trying to do, do NOT manually add anything to client_state.xml, as any wrong-doing here can result in you losing ALL WORK. | |
| ID: 118321 | | |
|
Maybe someone have a app_info to tell my Boinc using only one CPU core for the two Einstein units ? | |
| ID: 118328 | | |
Maybe someone have a app_info to tell my Boinc using only one CPU core for the two Einstein units ? Why do you feel you need an anonymous platform file for that? In your preferences you can tell BOINC how many cores it can use: On multiprocessors, use at most X% of the processors. Be it global web preferences, or the local advanced preferences. E.g. on a 4 core CPU, setting this value to 50% will tell BOINC to use 2 cores for CPU tasks. The other 2 cores can at that time be used for anything else, from supporting GPU tasks to running your browser, your mediaplayer, your games. Now, the OpenCL application here at Einstein uses at maximum 50% of a CPU core. It does not constantly do that, it does it in bursts. So for all intents and purposes, if you have two OpenCL tasks running, all you should need is only 1 CPU core to support those tasks. As 2 GPU tasks can easily be supported by 1 CPU core. So then you change the On multiprocessors, use at most X% of the processors to 75% on a 4 core CPU. Which means that 3 cores can run CPU tasks, while the 4th core supports the 2 GPU tasks, plus whatever else you're doing on that system. There's really no need for the anonymous platform here. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 118331 | | |
|
well setting processor to 50% suspends all processor tasks, with 4 gpu tasks running. so i think you might be confused | |
| ID: 118347 | | |
|
you also say the tasks use up to .5 CPUs but they actually only use about .2 or 5% each on my machine. so if i have 4 GPU tasks i have 80% CPU left, but only 50% is available to run tasks. so yes the file is necessary | |
| ID: 118350 | | |
you also say the tasks use up to .5 CPUs but they actually only use about .2 or 5% each on my machine. so if i have 4 GPU tasks i have 80% CPU left, but only 50% is available to run tasks. so yes the file is necessary You dont need ap_info for what are you trying. What Ageless said its not wrong. Firts, in the prefference page, in the "on multicore CPU use at most" be sure to type 50 or 75 (not 0.5 or 0.75 as with this numbers it will mean 0 cores). To see that the setting is correct, after changing it and upgrading the project, you shoul look in the event log and you will find a line saying something like: "Max CPUs used: 2" (look for this at the end of the log, after the messages about the last update you did) And, the decimal numbers that are shown in the Boinc Manager saying it uses 0.2 CPU are just aproximations and they refer to cores not to the whole CPU. So, in this case .2 means about a 20% of one core. But that's not a real meassure, its just a reference that BOINC uses to know how much of the CPU cores are being used. The real core usage depends on several things and its not constant, but reserving about 0.5 core for each GPU task is ussually enough (obviously you can't reserve less than one core, and for some people it seems that reserving more cores work better, but thats something you will need to test on your own system). ____________ ![]() | |
| ID: 118357 | | |
|
it's reserving more cores than i want. reducing the number of usable CPUs is not going to help that | |
| ID: 118363 | | |
it's reserving more cores than i want. reducing the number of usable CPUs is not going to help that If you set the CPU usage to 100% it will be using all your cores to CPU tasks. Then if I understood it well you will be running also 4 GPU tasks that will use 0.2 core each that is 0.8 of a core and as this is less than 1 BOINC wont reserve any core for GPU tasks. In this case, the GPU tasks and the CPU tasks will be using the same cores in turns. If the issue is that you are using the same settings in all your hosts with different number of cores and it reserves more cores than you want in some hosts, then you can set the CPU usage at 99% this will reserve just one core no matter how cores each CPU has. Also you can set different venues (home, work, school) with different settings for different hosts or even you can use the local setting to change only one specific host. If this is not your issue, please explain it with more detail, Im sure there is way to make it work, without using the anonymous plataform. ____________ ![]() | |
| ID: 118369 | | |
|
it's cool here is my app_info.xml i wrote for anyone that wants a working one | |
| ID: 118380 | | |
|
I suggest that anyone who "wants a working one" double-checks with the documentation as well. | |
| ID: 118383 | | |
|
Also <platform> is not part of the specification. If you read the documentation that Richard linked to, you will see the advice about removing it. The other clue given there is to use what comes back in a scheduler reply message to help select appropriate values for app_info.xml. | |
| ID: 118387 | | |
|
My system is an AMD A8 APU with integrated 6550D and a discrete 6670. I had hoped to use both of these GPUs to crunch two different work units simultaneously, but no matter what i do to my preferences (use 100% of CPUs, use 50% of CPUs), the application is only using the discrete card. Before i installed the 6670, the application ran fine on the integrated 6550D. | |
| ID: 118401 | | |
|
Ah! Never mind: in BIOS set NB config to use IGFX as default, force UMA frame to 1 GB | |
| ID: 118403 | | |
|
Interesting! For an integrated device, the performance is actually quite impressive. | |
| ID: 118408 | | |
|
Hi, | |
| ID: 118472 | | |
|
Hi! | |
| ID: 118482 | | |
|
I install ati-drivers-12.6 from portage with Opencl-1.1. | |
| ID: 118485 | | |
I install ati-drivers-12.6 from portage with Opencl-1.1. Hi! Does that come with the clinfo tool? Can you run this in the same shell that boinc is running in to check that OpenCL support is detected by the driver. Oh...and are you running BOINC in a headless configuration? The Linux drivers usually require that an X server is running at the same time as BOINC. If boinc is started via an automatic startup script as a service, this might not work. Try running it in a user shell from an X session to see if that makes any difference. Cheers HB ____________ ![]() ![]() | |
| ID: 118495 | | |
|
Hi! | |
| ID: 118665 | | |
09.08.2012 19:14:21 | | Starting BOINC client version 7.0.31 for windows_x86_64 Apparently you lack the OpenCL component in the drivers for the HD7870, AMD doesn't have drivers for any of its cars for Windows Server 2008 R2, so it's possible that when you use Windows 7 drivers that they lack the correct detection module. BOINC will just 'see' which drivers the operating system says are installed and deduce from there whether your GPU is capable or not. In this case it's deemed that the 6570 is and the 7870 isn't. Without OpenCL detection by the BOINC client you cannot use OpenCL at this project (or at Milkyway as it seems). Now, if this happened after you updated your drivers, then it's still the drivers that are lacking the correct component for that card. Back to installing the drivers. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 118666 | | |
|
Thank you! :( | |
| ID: 118710 | | |
|
Hmm... | |
| ID: 118714 | | |
If so, what could be the reason that BOINC can not detect OpenCL devices after Catalit 12.6 installaton? The AMD drivers for Windows XP no longer have OpenCL support since Catalysts 12.5, so you need 12.1 to 12.4 to still have it included in the drivers install package. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 118715 | | |
|
Hi | |
| ID: 118716 | | |
If so, what could be the reason that BOINC can not detect OpenCL devices after Catalit 12.6 installaton? Unfortunately, although AMD's official line is that OpenCL support was removed from XP drivers "from Cat 12.4" (AMD developer forum), in fact it was removed from 12.2 onwards. The last Catalyst driver package for Windows XP with OpenCL support is 12.1 | |
| ID: 118718 | | |
|
I have a new HP 635 laptop running SuSE SLES 11. Its CPU is an AMD E-450 which has some graphic capabilities.The Catalyst Control Center says it is an AMD Radeon HD 6320, As far as I understand (very little of graphic cards) its driver should be 8.86.5. | |
| ID: 118719 | | |
I have a new HP 635 laptop running SuSE SLES 11. Its CPU is an AMD E-450 which has some graphic capabilities.The Catalyst Control Center says it is an AMD Radeon HD 6320, As far as I understand (very little of graphic cards) its driver should be 8.86.5. Hi Tullio This should work in principle after upgrading to a BOINC version 7.0.28 or higher. I'm not quite sure whether it would be worth the hassle tho if you are unsure about the BOINC version upgrade working on your PC: the GPU embedded in the CPU is far less powerful than a dedictaed graphics card. It would crunch a BRP4 unit at (very) roughly the same speed as a CPU core. That would be ok, but unfortunately to get good performance out of the OpenCL app, you need to tell BOINC to reserve one core for the GPU app, so in total you would gain almost nothing in computing power. Cheers HB ____________ ![]() ![]() | |
| ID: 118722 | | |
|
Thanks Bikeman,mine was just a curiosity. The E-450 CPU running at 1.67 GHz seems comparable to my other CPU, an Opteron 1210 at 1.8 GHz, while consuming much less power, 18 W against 75 W. Time has not passed in vain, from 2008 to 2012. | |
| ID: 118725 | | |
Unfortunately, although AMD's official line is that OpenCL support was removed from XP drivers "from Cat 12.4" (AMD developer forum), in fact it was removed from 12.2 onwards. Damn AMD. I kill few hours at reinstalling all version of 12.x of catalist because at AMD site in drivers description writed what ver. 12.1-12.14 all has OpenCL support: Description: [url=http://support.amd.com/us/gpudownload/windows/previous/12/Pages/radeon.aspx?os=Windows XP - Professional/Home&rev=12.4]Official Catalist Description[/url] But actually only 12.1 has it. Finally i install catalist 12.1. GPU computing work now again(POEM for example), but Einstein@Home app still not working properly. All same(as at 11.x catalist): errors about lack of RAM, but system have lot of free RAM actually. My WU logs What can be source of this problem? And how many CPU (main system RAM) current OpenCL app require at peak? GPU RAM cant be a problem - almost all(1 Gb) free. | |
| ID: 118752 | | |
My WU logs We can't read the outcomes like that. We can read them like this. GPU RAM cant be a problem - almost all(1 Gb) free. Try a reboot anyway. That's the only way to completely clear GPU memory. And if the tasks run fine after the reboot, then it was a lack of GPU memory. ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 118755 | | |
|
Of course I tried to reboot several times(and reinstall few versions of AMD drivers with reboot of course). And check the BOINC log that displays there was a lot of free GPU RAM immediately before the application starts, for example: 20/08/2012 14:36:25 | | ATI GPU 0: Juniper (CAL version 1.4.1664, 1024MB, 1005MB available, 2016 GFLOPS peak) But in any case this is not actual any more. After update E@H OpenCL application to version 1.28 error with the lack of free memory at once disappeared (which confirms that the problem was not in amount of free RAM, but a bug - in the application or in the AMD drivers or probably both). But 1.28 app still not working - just another error in all Wus: http://einstein.phys.uwm.edu/results.php?hostid=2896418 [15:51:43][3012][ERROR] Error during OpenCL kernel setup: HSFFB (error: -5) [15:51:43][3012][ERROR] Demodulation failed (error: 2019)! (0x7e3) - exit code 2019 (0x7e3) or [16:51:34][6032][ERROR] Error during OpenCL kernel setup: TSMP_T (error: -5) [16:51:34][6032][ERROR] Demodulation failed (error: 2019)! (0x7e3) - exit code 2019 (0x7e3) And POEM@Home OpenCL app still work fine on same hard&soft: http://boinc.fzk.de/poem/results.php?hostid=109617 | |
| ID: 118770 | | |
|
My Mac ATI GPU won't stop even though "Use GPU while computer is in use" is unchecked; all the CPU processes respond to "While computer is in use" and stop as expected when I want to work. This greatly interferes with screen drawing operations. Can this be fixed? Is there a work-around in the meantime? | |
| ID: 118801 | | |
|
Did you try to right-click the BOINC-symbol? | |
| ID: 118802 | | |
My Mac ATI GPU won't stop even though "Use GPU while computer is in use" is unchecked; Did you check the Activity menu: ![]() http://boinc.berkeley.edu/wiki/Advanced_view#BOINC_Manager_Menus ____________ ![]() - ALF - "Find out what you don't do well ..... then don't do it!" :) | |
| ID: 118803 | | |
|
I'm running BOINC ver 7.0.28 (x64) on a Windows 7 desktop. Yesterday I updated AMD Catalyst Control Center to the latest version 2012.0928 in order to use the GPU on the Radeon HD 5450 videocard. The CPU is now crunching 4 tasks. There is running a 5th task that started more than 24 hrs ago, and the status is: progress 13% (!), running 0,5 CPUs + 1 ATIGPU, time past 2:08 and time to go 4:52. | |
| ID: 119782 | | |
There must be something that causes this very slow GPU-action, but I cannot find the cause. Does somebody have suggestions? Thanks in advance. The OpenCL GPU application here at Einstein likes it best when it can utilize a full CPU core. In order to do that, you set up BOINC to use all cores minus one, e.g. on your 4 core CPU, set your preferences (*) to "On multiprocessors, use at most 75% of the processors". That way, yes, only 3 tasks will run on the CPU cores, but at least that last CPU core will now be fully utilized by the GPU application. And that speeds up the work. (*) Or the local advanced preferences if you happen to use those. You can recognize that when your start-up messages tell you "Reading preferences override file". ____________ Jord -The BOINC FAQ Service - BOINC 7.0 FAQ I used to be an adventurer like you. Then I took an arrow in the knee... | |
| ID: 119783 | | |
|
Hi Ageless, | |
| ID: 119785 | | |
Message boards :
Problems and Bug Reports :
Einstein@Home GPU/APU Application for AMD/ATI Graphics Cards: discussion thread