| Author | Message |
|
|
|
This thread is for discussing problems (or any other feedback if you like) related to the app BRP4 version 1.28 OpenCL for ATI/AMD graphics cards
____________
  |
|
|
|
|
|
This is a report not a problem. :)
Runtimes on a HD5770, 2 tasks at a time.
App Average of Count of
Run Time(s) results
Binary Radio Pulsar Search (Arecibo) v1.24 (opencl-ati) 14490.90 38
Binary Radio Pulsar Search (Arecibo) v1.28 (opencl-ati) 6105.84 7
Quite in improvement, I would say. Next step would be collecting a few more results on the 1.28 app, after that reverting to running one task at a time.
____________
|
|
|
|
|
|
Today I installed latest AMD-drivers 12.8. Runtimes on my HD6950 increased from ~3200 sec's (2wu's) to ~3770 sec's (2 wu's).
Will switch back to 12.6
____________
|
|
|
|
|
|
App v1.28 halved both my GPU and CPU run times. From ~4,600 seconds GPU and ~750 seconds CPU to ~2,300 seconds GPU and ~370 seconds CPU. Thumbs up. AMD HD6850, 2GB.
____________
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... |
|
|
|
|
|
Alex,
Saw the same problem with 12.8 -> increased run times. I run Win7 64bit. I don't know why but I changed from "Balanced" performance to "High" performance under "Power Options" and saw run times return to the 12.6 values. This was on Milky Way at Home. I haven't timed Einstein yet.
Joe
____________
|
|
|
|
|
|
After update E@H OpenCL application from 1.24 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
P.S.
Errors with free RAM (in 1.24 version) described in another topic:
http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#118714
http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#118752 |
|
|
|
|
But 1.28 app still not working - just another error in all Wus:
Actually, it's the same error. Before you also had exit code 2019 on all your tasks.
For the developers, so far I've found that this exit code 2019 is the same as There was an error while deleting the color transform. (0x7e3) - exit code 2019 (0x7e3) that I had on Albert. Ask Oliver how he fixed that.
____________
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... |
|
|
|
|
|
still no dice for me on HD5670/winXP32.
I get the same "color transform" error #2019 from the earlier 1.24 app.
fyi
<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
There was an error while deleting the color transform. (0x7e3) - exit code 2019 (0x7e3)
</message>
<stderr_txt>
Activated exception handling...
[11:53:20][3960][INFO ] Starting data processing...
[11:53:22][3960][INFO ] Using OpenCL platform provided by: Advanced Micro Devices, Inc.
[11:53:22][3960][INFO ] Using OpenCL device "Redwood" by: Advanced Micro Devices, Inc.
[11:53:22][3960][INFO ] Checkpoint file unavailable: status.cpt (No such file or directory).
------> Starting from scratch...
[11:53:22][3960][INFO ] Header contents:
------> Original WAPP file: ./p2030.20101226.G193.96-00.20.C.b4s0g0.00000_DM151.20
------> Sample time in microseconds: 65.4762
------> Observation time in seconds: 274.62705
------> Time stamp (MJD): 55556.179870079133
------> Number of samples/record: 0
------> Center freq in MHz: 1214.289551
------> Channel band in MHz: 0.33605957
------> Number of channels/record: 960
------> Nifs: 1
------> RA (J2000): 61508.1564999
------> DEC (J2000): 163727.051001
------> Galactic l: 0
------> Galactic b: 0
------> Name: G193.96-00.20.C
------> Lagformat: 0
------> Sum: 1
------> Level: 3
------> AZ at start: 0
------> ZA at start: 0
------> AST at start: 0
------> LST at start: 0
------> Project ID: --
------> Observers: --
------> File size (bytes): 0
------> Data size (bytes): 0
------> Number of samples: 4194304
------> Trial dispersion measure: 151.2 cm^-3 pc
------> Scale factor: 0.00137665
[11:53:25][3960][INFO ] Seed for random number generator is 1168041574.
[11:53:34][3960][INFO ] Derived global search parameters:
------> f_A probability = 0.08
------> single bin prob(P_noise > P_thr) = 1.32531e-008
------> thr1 = 18.139
------> thr2 = 21.241
------> thr4 = 26.2686
------> thr8 = 34.6478
------> thr16 = 48.9581
[11:53:41][3960][ERROR] Error during OpenCL kernel setup: PS_R3 (error: -5)
[11:53:41][3960][ERROR] Demodulation failed (error: 2019)!
11:53:41 (3960): called boinc_finish
</stderr_txt>
]]>
____________
|
|
|
|
|
|
You're using XP, so pls check your driver-version
http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#118752
____________
|
|
|
|
|
But 1.28 app still not working - just another error in all Wus:
Actually, it's the same error. Before you also had exit code 2019 on all your tasks.
For the developers, so far I've found that this exit code 2019 is the same as There was an error while deleting the color transform. (0x7e3) - exit code 2019 (0x7e3) that I had on Albert. Ask Oliver how he fixed that.
Hmm, you right.
More exactly - at 1.24 app was 2 errors:
-Demodulation failed (error: 2013)! - this related to bug with lack of free RAM (when lot of free RAM actually)
-Demodulation failed (error: 2019)!
At 1.28 app first error (2013) gone, but 2019 still persist. |
|
|
|
|
|
I run einstein in the background & pause it when I need to do processor intensive work. I recently started getting WU's for the gpu but these won't pause when I need to do graphics intensive work. The Boinc manager tasks status is listed as suspended, but the task keeps on using the gpu. I had to abort the task to get on with work. Do you have any suggestions so that I won't have to continue to abort opencl-ati-lion tasks? |
|
|
|
|
|
Interesting, thanks for the report. The one result that was reported shows that the app crashed somewhere in the drivers at it seems, maybe at the moment it was suspended??
It would be interesting to know whether other Mac users are seeing this as well or whether it was a fluke.
Cheers
HB
____________
  |
|
|
|
|
|
Hello all.
Since the update I have a AMD 12.8 boinc 7.0.28 and incompatibility with my graphics card HD 5450. In fact as soon as I run Boinc Manager, I immediately blue screen and shutdown. This was not the case with version 12.6.
Someone you have that problem ..??
I have a board version 12.6 ..??
For now and until the problem is solved, I have to work in safe mode with networking support.
With this solution, of course, I can not use the GPU.
I wonder if it takes one of modiffication boinc or wait for a change of AMD, or returned to the version 12.6 (I said with the old version, the problem of error in the color change appeared to be resolved, since my last GPU WU been validated as successful.)
____________

 |
|
|
|
|
Hello all.
Since the update I have a AMD 12.8 boinc 7.0.28 and incompatibility with my graphics card HD 5450. In fact as soon as I run Boinc Manager, I immediately blue screen and shutdown. This was not the case with version 12.6.
Someone you have that problem ..??
I have a board version 12.6 ..??
For now and until the problem is solved, I have to work in safe mode with networking support.
With this solution, of course, I can not use the GPU.
I wonder if it takes one of modiffication boinc or wait for a change of AMD, or returned to the version 12.6 (I said with the old version, the problem of error in the color change appeared to be resolved, since my last GPU WU been validated as successful.)
You are running XP on both pc's.
As posted in an other thread, the latest amd driver version for XP that supports open-cl is 12.1
Another reason to avoid 12.8 is that crunching time increases signisficant.
____________
|
|
|
|
|
I run einstein in the background & pause it when I need to do processor intensive work. I recently started getting WU's for the gpu but these won't pause when I need to do graphics intensive work. The Boinc manager tasks status is listed as suspended, but the task keeps on using the gpu. I had to abort the task to get on with work. Do you have any suggestions so that I won't have to continue to abort opencl-ati-lion tasks?
Same here, MacOS X 10.7 AMD Radeon HD 6750M 512 MB.
I'm sorry to have checked Einstein's "Won't get new tasks" due to sluggish GPU. :-(
____________
|
|
|
|
|
|
>You're using XP, so pls check your driver-version
>
>http://einstein.phys.uwm.edu/forum_thread.php?id=9445&nowrap=true#118752
using 12.1 driver still, i'm just a very special case:
http://einstein.phys.uwm.edu/forum_thread.php?id=9502
____________
|
|
|
|
|
|
This report is a little vague.
I've got an Imac with a Radeeon HD 6770M running Lion 10.7.4
I've had to turn off GPU processing because I noticed that playing flash video (you tube) while doing openCL processing had a tendency to hang the GPU.
The machine hangs hard (mouse pointer still moves but everything else is locked up) and has to be powered off.
Its not completely reproducable. It tends to happen after video has been playing for a couple of minutes. But has happened multiple times.
I assume its the openCL that causing it since it only started happening once the opencl work unit appeared. And its stopped since I unsubscribed from the openCL workunits. But its not a huge sample set.
Anyone else noticed issues?
|
|
|
|
|
|
You could try the option to not "use GPU while machine is in use".
That way the the GPU tasks should only run when your machine is idle eg overnight. |
|
|
|
|
|
Hi!
Especially for notebooks, the GPU load can be quite nagging: slow down of the user interface, heat and fan noise. I really like that BOINC now has the option to selectively suspend the GPU in the "Activity" menu. So you can, for example, leave GPU suspended except when you really don't care (say at night). You will still get a lot more science done when using the GPU app during the night only compared to all-day CPU-only operation.
Cheers
HB
____________
  |
|
|
|
|
|
Hi! The app "Binary Radio Pulsar Search (Arecibo) v1.28 (opencl-ati)" crash on my laptop every time it started. I don't know how to get further detail (e.g. the log file of the app) in order to get this fixed. The OS is Windows 7 Home Basic, ATI driver version: 8.951.0.0 on ATI HD 7730M. And it seems that this laptop can choose which video card to use. There is another integrated Intel HD Graphics 4000. I'm to quite sure about that. What should I do? |
|
|
|
|
Hi! The app "Binary Radio Pulsar Search (Arecibo) v1.28 (opencl-ati)" crash on my laptop every time it started. I don't know how to get further detail (e.g. the log file of the app) in order to get this fixed. The OS is Windows 7 Home Basic, ATI driver version: 8.951.0.0 on ATI HD 7730M. And it seems that this laptop can choose which video card to use. There is another integrated Intel HD Graphics 4000. I'm to quite sure about that. What should I do?
Hi!
Is that the most recent driver available for that card? Updating the driver (usually) can't hurt.
Unfortunately the app isn't producing any meaningful diagnostic messages before it terminates.
Are you subscribed to other BOINC projects which offer OpenCL apps for ATI/AMD cards? I wonder whether this is a general problem with the OpenCL support on this particular host or it is specific to teh E@H app.
Cheers
HB
____________
  |
|
|
|
|
Hi! The app "Binary Radio Pulsar Search (Arecibo) v1.28 (opencl-ati)" crash on my laptop every time it started. I don't know how to get further detail (e.g. the log file of the app) in order to get this fixed. The OS is Windows 7 Home Basic, ATI driver version: 8.951.0.0 on ATI HD 7730M. And it seems that this laptop can choose which video card to use. There is another integrated Intel HD Graphics 4000. I'm to quite sure about that. What should I do?
Hi!
Is that the most recent driver available for that card? Updating the driver (usually) can't hurt.
Unfortunately the app isn't producing any meaningful diagnostic messages before it terminates.
Are you subscribed to other BOINC projects which offer OpenCL apps for ATI/AMD cards? I wonder whether this is a general problem with the OpenCL support on this particular host or it is specific to teh E@H app.
Cheers
HB
Hi, Bikeman
I don't think it would be cause by an old version of ATI driver, because I just bought it no more than 3 month ago. It is a brand new 3rd gen i7 core laptop. The driver should not be too old to make such a crash. I subscribed SETI@Home as well. And there are tasks using ATI opencl app ( AstroPulse v6.04 opencl_ati_100 ). It works fine so far. Not sure if it will crash as well as it is still running.
So sorry to hear that no log could be find. Thank you all the same. |
|
|
|
|
Hi!
Especially for notebooks, the GPU load can be quite nagging: slow down of the user interface, heat and fan noise. I really like that BOINC now has the option to selectively suspend the GPU in the "Activity" menu. So you can, for example, leave GPU suspended except when you really don't care (say at night). You will still get a lot more science done when using the GPU app during the night only compared to all-day CPU-only operation.
Cheers
HB
In the past when I tested older laptops by running Einsteins or LHC/T4T they did have those problems but the quad-core I am on right now never has any problem and it runs 2-core T4T,LHC,and 2 Einstein BRP4 Cuda's 24/7 with no heat problems and of course no fan problem since June 15th
Now this GeForce and processor isn't quite the same as my desktops with nVidia 550ti overclocked or 660Ti superclocked.
http://einstein.phys.uwm.edu/show_host_detail.php?hostid=5448315
So far this is a nice laptop to have.
____________
 |
|
|
|
|
|
To be complete here, Sumtec has since his post posted at Seti that his system BSODs when running Astropulse tasks on his AMD. I'm asking him to uninstall his Intel HD Graphics 4000 drivers, as I fear that these interfere with the OpenCL drivers on his system (I am investigating multiple similar situations for the BOINC developers).
____________
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... |
|
|
|
|
|
Thanks Jord, that was valuable information. Let's hope this will be fixed eventually when BOINC supports Intel OpenCL.
Cheers
HB
____________
  |
|
|
|
|
|
Reading NVidia's 306.02-win8-win7-winvista-desktop-release-notes.pdf, released 28 August 2012, it looks as if NVidia is not immune to this problem.
There are numerous notes (mostly for Windows 8) like:
[Optimus notebook]: When attempting to install the NVIDIA driver over a prior driver version, the installation may fail with a blue-screen crash pointing to dxgkrnl.sys. [1000723]
This intermittent issue occurs on only a small number of systems.
• To avoid this issue, first remove the older NVIDIA driver using Add/Remove Programs in the Windows Control Panel, then install the new driver using NVIDIA setup.exe.
• If you encounter this issue, boot to Safe Mode, then remove the older NVIDIA driver using Add/Remove Programs in the Windows Control Panel. Install the new NVIDIA driver using NVIDIA setup.exe.
[RH - the 'Optimus' trademark refers to the dual technology where an NVidia GPU is teamed with an Intel HD graphics chipset] |
|
|
|
|
|
Hi guys,
Prior to this new app i was having problems getting anymore than 75% gpu load, this includes crunching simultaneous gpu wu's. I tried leaving a cpu core dedicated to the gpu units etc but again failed to get beyond 75% gpu usage.
It seems 1.28 has totally resolved the above issue & im now at 90% of gpu load with massive reductions in gpu crunch time.
The only issue with 1.28 i encountered was comodo firewall blocking it, a number of wu's exited with the error couldn't start CreateProcess() failed - Access is denied. (0x5): -148, this was easily corrected by creating a rule to allow the new app in the firewall.
Nice work ppl,
Jason
|
|
|
|
|
|
I've just reached the CUDA v1.28 batch on my new GTX 670 (Kepler) - host 5744895.
Seamless transition, with runtime dropping 25% (from ~2400 seconds to ~1800 seconds) and CPU usage dropping 50% (~700 seconds to ~350 seconds). I'm running two tasks at a time, so that's closing on 100 tasks per day - what was the speed limit again for this project?
Seriously - great job, no problems at all. You won't see quite that throughput, because I run other projects on the card too, but maybe I'll get a finder's certificate one day... |
|
|
|
|
... but maybe I'll get a finder's certificate one day...
You're more likely to get one than me since I have just one lowly 550Ti doing BRP4 tasks :-). It has a cache of 1.25 branded tasks (running 2 at a time) so I suspended them all to allow a couple of 1.28s to start. The first pair have just now completed and the improvement is very pleasing.
Run time has gone from approximately 5600s to 4100s and the CPU time from approximately 1500s to 1100s. The card is in a host with a Q9400 quad core with one core free.
I'm very tempted to set up AP to run the remaining 1.25 tasks with the new app but it's getting late here and I need to go home. Maybe in the morning if I get really keen ...
____________
Cheers,
Gary. |
|
|
|
|
... but maybe I'll get a finder's certificate one day...
You're more likely to get one than me since I have just one lowly 550Ti doing BRP4 tasks :-). It has a cache of 1.25 branded tasks (running 2 at a time) so I suspended them all to allow a couple of 1.28s to start. The first pair have just now completed and the improvement is very pleasing.
Run time has gone from approximately 5600s to 4100s and the CPU time from approximately 1500s to 1100s. The card is in a host with a Q9400 quad core with one core free.
I'm very tempted to set up AP to run the remaining 1.25 tasks with the new app but it's getting late here and I need to go home. Maybe in the morning if I get really keen ...
Don't need AP for that - provided you have the new app's <app_version> and associated files already present, as you do, you can simply change the version numbers in client_state.
I don't recommend that you do this unless you really know what you're doing (as Gary does), but...
Compare the <result> blocks for your v1.25 and v1.28 tasks, paying particular attention to <platform>, <version_num>, and <plan_class>. If they match, a simple replace from <version_num>125</version_num> to <version_num>128</version_num> will do the trick.
You need to replace that string in both the <workunit> and <result> sections for cached tasks, but avoid changing it in the <app_version> description - you can't do a complete global replace. It's probably best to report completed tasks first, and avoid 'rebranding' (as we call it at SETI) tasks in progress. Following Gary's lead, by suspending v1.25 tasks first and starting the v1.28 tasks, would ensure that. |
|
|
|
|
I'm very tempted to set up AP to run the remaining 1.25 tasks with the new app but it's getting late here and I need to go home. Maybe in the morning if I get really keen ...
I had a similar temptation so I just wait until running tasks have finished and then reset the project. After resetting boinc resent all remain tasks with 1.28 version marks. |
|
|
|
|
Don't need AP for that - provided you have the new app's <app_version> and associated files already present, as you do, you can simply change the version numbers in client_state.
I don't recommend that you do this unless you really know what you're doing (as Gary does), but...
Compare the <result> blocks for your v1.25 and v1.28 tasks, paying particular attention to <platform>, <version_num>, and <plan_class>. If they match, a simple replace from <version_num>125</version_num> to <version_num>128</version_num> will do the trick.
You need to replace that string in both the <workunit> and <result> sections for cached tasks, but avoid changing it in the <app_version> description - you can't do a complete global replace. It's probably best to report completed tasks first, and avoid 'rebranding' (as we call it at SETI) tasks in progress. Following Gary's lead, by suspending v1.25 tasks first and starting the v1.28 tasks, would ensure that.
Is not possible to do just a clever renaming of the executables? (finishing first the WUs that already started to avoid the "rebranding" thing)
I guess this wont work if BOINC (or the project) does some kind of "validation" of the apps files... (or if the project expects something different in the results files depending of the apps)
____________
 |
|
|
|
|
I'm very tempted to set up AP to run the remaining 1.25 tasks with the new app but it's getting late here and I need to go home. Maybe in the morning if I get really keen ...
I had a similar temptation so I just wait until running tasks have finished and then reset the project. After resetting boinc resent all remain tasks with 1.28 version marks.
I hoped you backed up all the p2030.20110117.*.bin4 data files before you reset the project, and restored them afterwards? That saves one heck of a lot of download bandwidth, both at your end and for the project - and it gets your crunching restarted a lot quicker. |
|
|
|
|
Is not possible to do just a clever renaming of the executables? (finishing first the WUs that already started to avoid the "rebranding" thing)
I guess this wont work if BOINC (or the project) does some kind of "validation" of the apps files... (or if the project expects something different in the results files depending of the apps)
You'd also have to copy/replace the file sizes and digital signature blocks before BOINC would accept them, and do the same for the db.dev.win.* and dbhs.dev.win.* files which are also different.
Another way might be to re-version the current 125 <app_version> block to something unused like <version_num>99</version_num>, and replace it with a duplicate of the 128 <app_version> renumbered 125. That would keep all the older files and signatures in place, but process 125 'branded' work with the files from 128. |
|
|
|
|
|
I have been playing around with the new NVIDIA drivers for Windows alongside the new BRP4 1.28 application. Beta driver 306.02 appears to be giving a 5-6% performance improvement with the new app over previous drivers that I tried. I am seeing this improvement via a Fermi card. |
|
|
|
|
... you can simply change the version numbers in client_state.
Richard, thanks very much for that. I don't follow Seti at all and I've never tried 'rebranding' tasks before so I wasn't sure if there were any complications with doing something like this. In this case around 40 tasks have now been successfully rebranded and things seem to be chugging along just fine.
Once again, thanks for the information.
____________
Cheers,
Gary. |
|
|
|
|
|
Last night my computer started running each 1.28 WU for 2-3s; stopping with 0% progress and then moving to the next. After running all of them, it started a Collazt WU (a 0% share/backup project for me) which began to run normally. Restarting boinc didn't help; but everything returned to normal after I rebooted.
____________
 |
|
|
|
|
|
Has anybody an idea what happened here?
http://einstein.phys.uwm.edu/workunit.php?wuid=129801060
____________
|
|
|
|
|
|
Hi!
Thanks for reporting this.
Occasionally we have a few data files which contain garbage or "semi-garbage", so that the app finds less candidates in the data than the validator thinks is healthy. We try to kill those units from time to time, but we are kind of conservative, trying to not kill anything unless we are really really sure it's one of the "hopeless" batches.
This particular thing seems to be a marginal case, because it has one unit that (probably erroneously) found a candidate and thus passed initial validation. That kept it from qualifying for being flagged as "hopeless".
Cheers
HB
____________
  |
|
|
|
|
|
Good work with the new version.
My HD 7970 is utilized up to 70% or so with just one task running (significantly higher than before).
I hope to see over 90% utilization with future releases. :)
|
|
|
|
|
This report is a little vague.
I've got an Imac with a Radeeon HD 6770M running Lion 10.7.4
I've had to turn off GPU processing because I noticed that playing flash video (you tube) while doing openCL processing had a tendency to hang the GPU.
The machine hangs hard (mouse pointer still moves but everything else is locked up) and has to be powered off.
Its not completely reproducable. It tends to happen after video has been playing for a couple of minutes. But has happened multiple times.
I assume its the openCL that causing it since it only started happening once the opencl work unit appeared. And its stopped since I unsubscribed from the openCL workunits. But its not a huge sample set.
Anyone else noticed issues?
Yes, same here for iMac with Radeon 6770 / 512MB running Mountain Lion, the machine hangs when using Flash (hard reboot is needed) but knowing Flash and its bugs it's no surprise for me. I am crunching with GPU while computer is used because there's no lag for regular work. When I intend to use Flash I usually click on BM "Snooze GPU". I also keep 1 CPU for GPU instructions only - out of 4 CPUs only 3 are utilized for CPU crunching. Machine has no issues if no Flash is used, so far I am very happy with the results.
____________
|
|
|
|
|
|
One thing that seems to be missing is an update of the "Estimated app speed" supplied by the servers for the new app...
In my case the BRP 1.28 on the 560Ti host leads to a DCF of 0.8 while the S6LV1 leads to a DCF of 1.7... I know that the speeds are some kind of predefined averages but AFAIK is still using the speed of the previous version...
With the DCF varying so much BOINC asks for more CPU work every time I finish a BRP task causing (I guess) unneeded extra load on the schedullers/download servers...
____________
 |
|
|
|
|
|
10/10/2012 7:50:11 AM | | Starting BOINC client version 7.0.28 for windows_x86_64
10/10/2012 7:50:11 AM | | log flags: file_xfer, sched_ops, task
10/10/2012 7:50:11 AM | | Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
10/10/2012 7:50:11 AM | | Data directory: C:\ProgramData\BOINC
10/10/2012 7:50:11 AM | | Running under account Will
10/10/2012 7:50:11 AM | | Processor: 4 GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz [Family 6 Model 42 Stepping 7]
10/10/2012 7:50:11 AM | | Processor: 256.00 KB cache
10/10/2012 7:50:11 AM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 syscall nx lm vmx tm2 popcnt aes pbe
10/10/2012 7:50:11 AM | | OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
10/10/2012 7:50:11 AM | | Memory: 7.95 GB physical, 15.90 GB virtual
10/10/2012 7:50:11 AM | | Disk: 195.31 GB total, 144.50 GB free
10/10/2012 7:50:11 AM | | Local time is UTC -6 hours
10/10/2012 7:50:11 AM | | NVIDIA GPU 0: GeForce GTX 260 (driver version 306.23, CUDA version 5.0, compute capability 1.3, 896MB, 8381209MB available, 805 GFLOPS peak)
10/10/2012 7:50:11 AM | | OpenCL: NVIDIA GPU 0: GeForce GTX 260 (driver version 306.23, device version OpenCL 1.0 CUDA, 896MB, 8381209MB available)
10/10/2012 7:50:11 AM | | Config: don't compute while WorldOfTanks.exe is running
10/10/2012 7:50:11 AM | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 5848606; resource share 100
10/10/2012 7:50:11 AM | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 6777460; resource share 100
10/10/2012 7:50:11 AM | | General prefs: from http://www.worldcommunitygrid.org/ (last modified 15-May-2012 11:07:16)
10/10/2012 7:50:11 AM | | Host location: none
10/10/2012 7:50:11 AM | | General prefs: using your defaults
10/10/2012 7:50:11 AM | | Reading preferences override file
10/10/2012 7:50:11 AM | | Preferences:
10/10/2012 7:50:11 AM | | max memory usage when active: 4070.55MB
10/10/2012 7:50:11 AM | | max memory usage when idle: 7327.00MB
10/10/2012 7:50:11 AM | | max disk usage: 15.00GB
10/10/2012 7:50:11 AM | | max CPUs used: 2
10/10/2012 7:50:11 AM | | don't use GPU while active
10/10/2012 7:50:11 AM | | suspend work if non-BOINC CPU load exceeds 25 %
10/10/2012 7:50:11 AM | | (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
10/10/2012 7:50:11 AM | | Not using a proxy
Gettin alot of computation errors on the BRP4 1.28 packets. Any ideas?
I also see alot of this in my logs... :
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_0 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_1 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_2 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_3 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_4 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_5 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_6 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_7 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
10/10/2012 9:16:44 AM | Einstein@Home | Starting task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 using einsteinbinary_BRP4 version 128 (BRP4cuda32nv301) in slot 3
10/10/2012 9:16:45 AM | Einstein@Home | Computation for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 finished
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_0 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_1 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_2 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_3 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_4 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_5 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_6 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0_7 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_224_0 absent
10/10/2012 9:16:45 AM | Einstein@Home | Starting task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 using einsteinbinary_BRP4 version 128 (BRP4cuda32nv301) in slot 3
10/10/2012 9:16:47 AM | Einstein@Home | Computation for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 finished
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_0 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_1 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_2 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_3 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_4 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_5 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_6 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0_7 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_928_0 absent
10/10/2012 9:16:47 AM | Einstein@Home | Starting task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 using einsteinbinary_BRP4 version 128 (BRP4cuda32nv301) in slot 3
10/10/2012 9:16:48 AM | Einstein@Home | Computation for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 finished
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_0 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_1 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_2 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_3 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_4 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_5 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_6 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0_7 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_352_0 absent
10/10/2012 9:16:48 AM | Einstein@Home | Starting task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 using einsteinbinary_BRP4 version 128 (BRP4cuda32nv301) in slot 3
10/10/2012 9:16:50 AM | Einstein@Home | Computation for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 finished
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_0 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_1 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_2 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_3 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_4 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_5 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_6 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
10/10/2012 9:16:50 AM | Einstein@Home | Output file p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1_7 for task p2030.20111001.G196.46-00.82.C.b5s0g0.00000_216_1 absent
____________
|
|
|
|
|
|
This happens immediately when boinc tries to process those tasks.
____________
|
|
|
|
|
10/10/2012 7:50:11 AM | | Starting BOINC client version 7.0.28 for windows_x86_64
10/10/2012 7:50:11 AM | | log flags: file_xfer, sched_ops, task
10/10/2012 7:50:11 AM | | Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
10/10/2012 7:50:11 AM | | Data directory: C:\ProgramData\BOINC
10/10/2012 7:50:11 AM | | Running under account Will
10/10/2012 7:50:11 AM | | Processor: 4 GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz [Family 6 Model 42 Stepping 7]
10/10/2012 7:50:11 AM | | Processor: 256.00 KB cache
10/10/2012 7:50:11 AM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 syscall nx lm vmx tm2 popcnt aes pbe
10/10/2012 7:50:11 AM | | OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
10/10/2012 7:50:11 AM | | Memory: 7.95 GB physical, 15.90 GB virtual
10/10/2012 7:50:11 AM | | Disk: 195.31 GB total, 144.50 GB free
10/10/2012 7:50:11 AM | | Local time is UTC -6 hours
10/10/2012 7:50:11 AM | | NVIDIA GPU 0: GeForce GTX 260 (driver version 306.23, CUDA version 5.0, compute capability 1.3, 896MB, 8381209MB available, 805 GFLOPS peak)
10/10/2012 7:50:11 AM | | OpenCL: NVIDIA GPU 0: GeForce GTX 260 (driver version 306.23, device version OpenCL 1.0 CUDA, 896MB, 8381209MB available)
10/10/2012 7:50:11 AM | | Config: don't compute while WorldOfTanks.exe is running
10/10/2012 7:50:11 AM | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 5848606; resource share 100
Gettin alot of computation errors on the BRP4 1.28 packets. Any ideas?
I also see alot of this in my logs... :
10/10/2012 9:16:44 AM | Einstein@Home | Output file p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1_0 for task p2030.20111001.G196.58-00.59.C.b3s0g0.00000_760_1 absent
Hi William
I'll start this by saying that as long as you got you computers hidden anyone who would like to help you with this problem has to work a bit extra for the diagnosis, but thanks to the log you posted I could take the hostid and locate the records for that host anyway.
Here is a link to host 5848606 for anyone else that's interested
To get the real error for these task go to you account, click on tasks and the click on a task name.
Here is the error from one of your tasks:
<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
- exit code -1073741515 (0xc0000135)
</message>
]]>
I suggest reading through this thread over in the Cruncher's Corner section of the forum.
____________
|
|
|
|
|
|
10/17/2012 10:52:17 AM | | Starting BOINC client version 6.12.34 for windows_x86_64
10/17/2012 10:52:17 AM | | Config: don't compute while WorldOfTanks.exe is running
10/17/2012 10:52:17 AM | | log flags: file_xfer, sched_ops, task
10/17/2012 10:52:17 AM | | Libraries: libcurl/7.21.6 OpenSSL/1.0.0d zlib/1.2.5
10/17/2012 10:52:17 AM | | Data directory: C:\ProgramData\BOINC
10/17/2012 10:52:17 AM | | Running under account Will
10/17/2012 10:52:17 AM | | Processor: 4 GenuineIntel Intel(R) Core(TM) i5-2500K CPU @ 3.30GHz [Family 6 Model 42 Stepping 7]
10/17/2012 10:52:17 AM | | Processor: 256.00 KB cache
10/17/2012 10:52:17 AM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 sse4_2 syscall nx lm vmx tm2 popcnt aes pbe
10/17/2012 10:52:17 AM | | OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
10/17/2012 10:52:17 AM | | Memory: 7.51 GB physical, 15.02 GB virtual
10/17/2012 10:52:17 AM | | Disk: 195.31 GB total, 146.72 GB free
10/17/2012 10:52:17 AM | | Local time is UTC -6 hours
10/17/2012 10:52:17 AM | | NVIDIA GPU 0: GeForce GTX 260 (driver version 30623, CUDA version 5000, compute capability 1.3, 896MB, 537 GFLOPS peak)
10/17/2012 10:52:17 AM | | A new version of BOINC is available. <a href=http://boinc.berkeley.edu/download.php>Download it.</a>
10/17/2012 10:52:17 AM | Einstein@Home | URL http://einstein.phys.uwm.edu/; Computer ID 5848606; resource share 100
10/17/2012 10:52:17 AM | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 6777460; resource share 100
10/17/2012 10:52:17 AM | | General prefs: from http://www.worldcommunitygrid.org/ (last modified 15-May-2012 11:07:16)
10/17/2012 10:52:17 AM | | Host location: none
10/17/2012 10:52:17 AM | | General prefs: using your defaults
10/17/2012 10:52:17 AM | | Reading preferences override file
10/17/2012 10:52:17 AM | | Preferences:
10/17/2012 10:52:17 AM | | max memory usage when active: 3846.55MB
10/17/2012 10:52:17 AM | | max memory usage when idle: 6923.80MB
10/17/2012 10:52:17 AM | | max disk usage: 15.00GB
10/17/2012 10:52:17 AM | | max CPUs used: 2
10/17/2012 10:52:17 AM | | don't use GPU while active
10/17/2012 10:52:17 AM | | suspend work if non-BOINC CPU load exceeds 25 %
10/17/2012 10:52:17 AM | | (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
10/17/2012 10:52:17 AM | | Not using a proxy
Works fine once I downgraded. Even though GPU processing performance went down to the 500Gflops range...
____________
|
|
|
|
|
Works fine once I downgraded. Even though GPU processing performance went down to the 500Gflops range...
AFAIK, that value is not a measured benchmark. BOINC gets that value doing some maths based on the model of the GPU and other things...
I guess that, the difference is just because the old version use a different formula, probably because your GPU was not available when that version of BOINC was released... Or because htey find it was wrong and improoved them in new versions... or something alike...
____________
 |
|
|
|
|
|
Request for help/information:
Does anybody here have any experience of running the opencl-ati application (any version) under a Windows ATI driver in the range 11.7-11.11 inclusive?
Those are the drivers with APP OpenCL runtime support - misleadingly called 'SDK' by AMD - version 2.5
I know those drivers are unpopular with AMD users, because that runtime uses the CPU inefficiently, but they still crop up sometimes. I'm getting reports from another project that not only are they inefficient, they can also cause science errors in an application running under BOINC. Could one of the mods/scientists tell if there are any indications of invalidated tasks in the database like that? |
|
|
|
|
|
Thank you
____________
|
|
|
Oliver BockForum moderator Project administrator Project developer Send message Joined: Sep 4 07 Posts: 275 Credit: 19,391,625 RAC: 2
|
|
Hi!
I'm getting reports from another project that not only are they inefficient, they can also cause science errors in an application running under BOINC. Could one of the mods/scientists tell if there are any indications of invalidated tasks in the database like that?
I had a look at our DB and we currently don't have anyone (yep, zero that is) using those driver versions crunching OpenCL tasks on a Microsoft OS.
The only OpenCL numerical stability issue I can remember right now are the native_sin/native_cos functions causing a lot of invalid results on 69xx Radeons for instance. These functions are hardware-dependent and the 69xx series seems to be very "bad" in this regard. Beware, Apple's FFT sample does use these functions...
Sorry,
Oliver
|
|
|
|
|
|
And what about Catalyst 12.10 + HD7xxx combos ?
Do you have such in DB? What about their error rate ?
____________
|
|
|
|
|
|
I have a ATI 3860 card, I know it is old but it still does good, I am running Catalyst 12.6 on it. I am runnning windows 7 32 bit. Is it to old to do this?
2012-11-09 10:05:47.2941 [PID=12046] Request: [USER#xxxxx] [HOST#6043003] [IP xxx.xxx.xxx.205] client 7.0.28
2012-11-09 10:05:47.3023 [PID=12046] [send] effective_ncpus 4 max_jobs_on_host_cpu 999999 max_jobs_on_host 999999
2012-11-09 10:05:47.3023 [PID=12046] [send] effective_ngpus 1 max_jobs_on_host_gpu 999999
2012-11-09 10:05:47.3023 [PID=12046] [send] Not using matchmaker scheduling; Not using EDF sim
2012-11-09 10:05:47.3023 [PID=12046] [send] CPU: req 0.00 sec, 0.00 instances; est delay 0.00
2012-11-09 10:05:47.3023 [PID=12046] [send] ATI: req 34560.00 sec, 1.00 instances; est delay 0.00
2012-11-09 10:05:47.3023 [PID=12046] [send] work_req_seconds: 0.00 secs
2012-11-09 10:05:47.3023 [PID=12046] [send] available disk 9.70 GB, work_buf_min 17280
2012-11-09 10:05:47.3024 [PID=12046] [send] active_frac 0.959980 on_frac 0.997117 DCF 1.565369
2012-11-09 10:05:47.3034 [PID=12046] [send] [HOST#6043003] is reliable
2012-11-09 10:05:47.3034 [PID=12046] [send] set_trust: error rate 0.077377 > 0.050000, don't trust
2012-11-09 10:05:47.3160 [PID=12046] [version] Checking plan class 'BRP4SSE'
2012-11-09 10:05:47.3164 [PID=12046] [version] reading plan classes from file '../plan_class_spec.xml'
2012-11-09 10:05:47.3165 [PID=12046] [version] plan class ok
2012-11-09 10:05:47.3165 [PID=12046] [version] Don't need CPU jobs, skipping version 122 for einsteinbinary_BRP4 (BRP4SSE)
2012-11-09 10:05:47.3165 [PID=12046] [version] Checking plan class 'BRP4cuda32'
2012-11-09 10:05:47.3165 [PID=12046] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2012-11-09 10:05:47.3165 [PID=12046] [version] No CUDA devices found
2012-11-09 10:05:47.3165 [PID=12046] [version] Checking plan class 'BRP4cuda32nv301'
2012-11-09 10:05:47.3165 [PID=12046] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2012-11-09 10:05:47.3165 [PID=12046] [version] No CUDA devices found
2012-11-09 10:05:47.3165 [PID=12046] [version] Checking plan class 'opencl-ati'
2012-11-09 10:05:47.3165 [PID=12046] [version] parsed project prefs setting 'gpu_util_brp': 1.000000
2012-11-09 10:05:47.3166 [PID=12046] [version] ATI device (or driver) doesn't support OpenCL
2012-11-09 10:05:47.3166 [PID=12046] [version] no app version available: APP#19 (einsteinbinary_BRP4) PLATFORM#2 (windows_intelx86) min_version 0
2012-11-09 10:05:47.3202 [PID=12046] [send] [HOST#6043003] is looking for work from a non-preferred application
2012-11-09 10:05:47.3294 [PID=12046] [version] Checking plan class 'SSE2'
2012-11-09 10:05:47.3294 [PID=12046] [version] plan class ok
2012-11-09 10:05:47.3294 [PID=12046] [version] Don't need CPU jobs, skipping version 113 for einstein_S6LV1 (SSE2)
2012-11-09 10:05:47.3295 [PID=12046] [version] no app version available: APP#20 (einstein_S6LV1) PLATFORM#2 (windows_intelx86) min_version 0
2012-11-09 10:05:47.3309 [PID=12046] [debug] [HOST#6043003] MSG(high) No work sent
2012-11-09 10:05:47.3309 [PID=12046] [debug] [HOST#6043003] MSG(high) see scheduler log messages on http://einstein.phys.uwm.edu//host_sched_logs/6043/6043003
2012-11-09 10:05:47.3310 [PID=12046] Sending reply to [HOST#6043003]: 0 results, delay req 60.00
2012-11-09 10:05:47.3312 [PID=12046] Scheduler ran 0.043 seconds
____________
|
|
|
|
|
I have a ATI 3860 card, I know it is old but it still does good, I am running Catalyst 12.6 on it. I am runnning windows 7 32 bit. Is it to old to do this?
Too Old, HD4*** or later ATI/AMD GPU required for OpenCL support.
Claggy |
|
|
|
|
|
Can anyone please decipher the error message below...?
<core_client_version>7.0.31</core_client_version>
<![CDATA[
<message>
process exited with code 234 (0xea, -22)
</message>
<stderr_txt>
dyld: DYLD_ environment variables being ignored because main executable (/Library/Application Support/BOINC Data/slots/0/../../switcher/switcher) is setuid or setgid
[00:57:02][61848][INFO ] Application startup - thank you for supporting Einstein@Home!
[00:57:02][61848][INFO ] Starting data processing...
[00:57:02][61848][ERROR] Failed to enable CUDA thread yielding for device #0 (error: 2)! Sorry, will try to occupy one CPU core...
[00:57:03][61848][ERROR] Couldn't acquire CUDA context of device #0 (error: 2)!
[00:57:03][61848][ERROR] Demodulation failed (error: 1002)!
00:57:03 (61848): called boinc_finish
dyld: DYLD_ environment variables being ignored because main executable (/Library/Application Support/BOINC Data/slots/0/../../switcher/switcher) is setuid or setgid
[00:57:12][61887][INFO ] Application startup - thank you for supporting Einstein@Home!
[00:57:12][61887][INFO ] Starting data processing...
[00:57:12][61887][ERROR] Failed to enable CUDA thread yielding for device #0 (error: 2)! Sorry, will try to occupy one CPU core...
[00:57:12][61887][ERROR] Couldn't acquire CUDA context of device #0 (error: 2)!
[00:57:12][61887][ERROR] Demodulation failed (error: 1002)!
00:57:12 (61887): called boinc_finish
</stderr_txt>
]]>
Thanks
____________
 |
|
|
|
|
Can anyone please decipher the error message below...?
If you run Linux, then see this BOINC FAQ.
____________
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... |
|
|
|
|
Can anyone please decipher the error message below...?
If you run Linux, then see this BOINC FAQ.
Nope. I'm on a Mac...
This usually happens in Mac OS X 10.6 Snow Leopard WHEN stressing the GPU on a GPU-intensive app, but it was a trivial matter since BOINC client v7 comes with app exclusion features.
However in OS X 10.8 Mountain Lion, it got worse to the point that WUs started to error out even AFTER GPU-intensive apps were exited.
____________
 |
|
|