// DBOINCP-300: added node comment count condition in order to get Preview working ?>
Mike
Joined: 22 Feb 05
Posts: 5
Credit: 336027910
RAC: 0
27 Oct 2019 16:21:38 UTC
Topic 219851
(moderation:
)
I have 4 computers running this application. One of them has not received and work for quite a long time. I don't know why. Tried resetting, deleting and reinstalling application. Nothing.
Check your OpenCl and make sure that Windows didn't install their version of OpenCl. Otherwise download the nvidia driver (before 435) and do a clean install. This is in log report
NVIDIA driver is old and has been running fine. Asteroids APP using it perfectly right now. Too many OpenCL files in my C: drive to know which one is being used, but some are in the Nvidia folder and old.
Your system currently doesn't have proper OpenCL capability installed, like Zalster pointed out. You need to reinstall Nvidia driver. Download GPU driver from Nvidia, then disconnect internet connection, run Nvidia installer, choose custom installation and choose clean install. Then reboot and connect internet.
11/2/2019 3:20:54 PM | Einstein@Home | Not requesting tasks: don't need (CPU: job cache full; AMD/ATI GPU: not highest priority project)
This line tells you that Boinc thinks the CPU cache is full and that Einstein has run enough GPU tasks recently and now it's the other projects turn. When your other projects have got to run GPU tasks for a while their debt will be lowered and then Boinc will download more work from Einstein. Just be patient and let thing run, it looks like it's working as intended.
The evenness of work fetch and execution gets thrown off by periods when projects cannot be reached or don't have work.
Setting a large work cache size (multiple days for the sum of "store at least" and "store up to an additional") means the side effect of over-fetching available work when more highly desired work is not available can last quite a while.
Possibly you might like the project alternation behavior better if you set a very small work cache size.
Check your OpenCl and make
)
Check your OpenCl and make sure that Windows didn't install their version of OpenCl. Otherwise download the nvidia driver (before 435) and do a clean install. This is in log report
NVIDIA driver is old and has
)
NVIDIA driver is old and has been running fine. Asteroids APP using it perfectly right now. Too many OpenCL files in my C: drive to know which one is being used, but some are in the Nvidia folder and old.
No luck with just this one machine.
Asteroids GPU tasks use Cuda,
)
Asteroids GPU tasks use Cuda, not OpenCL.
http://asteroidsathome.net/boinc/apps.php
Your system currently doesn't have proper OpenCL capability installed, like Zalster pointed out. You need to reinstall Nvidia driver. Download GPU driver from Nvidia, then disconnect internet connection, run Nvidia installer, choose custom installation and choose clean install. Then reboot and connect internet.
Stop boinc when you do the
)
Stop boinc when you do the install or you'll probably error out whatever WU you have running at the time.
I have a similar
)
I have a similar problem.
Two AMD cards running other BOINC projects with no problem. It stopped E@home aprox. 2 weeks ago and has yet to dl any tasks.
Any suggestions?
TIA
RWP
Dp wrote:I have a similar
)
When you look in the log what does it say when you click to update the project?
This my event log 11/2/2019
)
This my event log
11/2/2019 3:20:52 PM | Milkyway@Home | Starting task de_modfit_14_bundle4_testing_3s4f_2_1570151403_7911598_3
11/2/2019 3:20:54 PM | Einstein@Home | Sending scheduler request: Requested by user.
11/2/2019 3:20:54 PM | Einstein@Home | Not requesting tasks: don't need (CPU: job cache full; AMD/ATI GPU: not highest priority project)
11/2/2019 3:20:56 PM | Einstein@Home | Scheduler request completed
11/2/2019 3:21:45 PM | Milkyway@Home | Computation for task de_modfit_81_bundle4_4s_south4s_bgset_2_1570151403_14427702_1 finished
Thanks for getting back
RWP
Dp wrote:11/2/2019 3:20:54 PM
)
This line tells you that Boinc thinks the CPU cache is full and that Einstein has run enough GPU tasks recently and now it's the other projects turn. When your other projects have got to run GPU tasks for a while their debt will be lowered and then Boinc will download more work from Einstein. Just be patient and let thing run, it looks like it's working as intended.
The evenness of work fetch
)
The evenness of work fetch and execution gets thrown off by periods when projects cannot be reached or don't have work.
Setting a large work cache size (multiple days for the sum of "store at least" and "store up to an additional") means the side effect of over-fetching available work when more highly desired work is not available can last quite a while.
Possibly you might like the project alternation behavior better if you set a very small work cache size.
Thanks to all I'll be
)
Thanks to all
I'll be patient
RWP