Can't receive gpu WUs

Atom
Atom
Joined: 24 Nov 13
Posts: 5
Credit: 99024607
RAC: 0
Topic 206724

Hi everyone. Einstein@home in my computer cannot receive GPU WUs. In event log, it shows" NVIDIA GPU: not highest priority project." I set all other projects the same Resource share but it didn't work. How can I solve this problem?

Thanks

 

archae86
archae86
Joined: 6 Dec 05
Posts: 3157
Credit: 7221444931
RAC: 979360

Probably you just need to

Probably you just need to wait.  I suspect that message means BOINC thinks you are more behind in processing enough work from other projects to keep you your stated desired share than you are with Einstein.

On the other hand, I lack relevant experience, as I currently run only Einstein.  If I got this wrong, with good luck someone who knows better will come along and set things straight.

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5872
Credit: 117561789994
RAC: 35291263

Atom_3 wrote:... In event

Atom_3 wrote:
... In event log, it shows" NVIDIA GPU: not highest priority project." I set all other projects the same Resource share but it didn't work. How can I solve this problem?

It's not a problem that should be solved, it's just information.  As archae86 suggests, BOINC calculates that other projects are more deserving of run time on your computer so BOINC will attempt to favour them until it's Einstein's time again.  You now have two new Einstein GPU tasks so either the 'debt' to other projects has been 'repaid' or perhaps other projects can't supply or perhaps you have suspended them or changed their resource share to give a higher share to Einstein.  If you want to have more frequent work from a particular project (and that project can supply) all you need to do is increase it's resource share (perhaps in stages) until to get a mix that you are happy with.

Your computer contributes to quite a few projects so it's not surprising that there will be times when BOINC decides it doesn't need to ask for work from some of them for a while.  This is very much the way BOINC is designed to work.  You can override this by suspending or setting NNT (no new tasks) for projects you want to temporarily exclude.  Just be aware that BOINC will try to make up the shortfall later on so it's not really a good idea to do this.  The better method is to adjust resource shares (with quite a degree of patience) until you get a more desirable mix that you are more satisfied with.  The more projects you have, the harder that will be to achieve and the longer it is likely to take until things settle down.

 

Cheers,
Gary.

solling2
solling2
Joined: 20 Nov 14
Posts: 219
Credit: 1577541313
RAC: 21017

Did somebody unplug

Did somebody unplug the FGRPB1G server recently? Serverstatus: 0 tasks to send currently.

 

/ EDIT

Solved in another thread.

However, remarkable complexity of this project lingering. Marked GPU downloading on the account page, reset, got O1... WUs instead. Apparently some server shuffling going on. Will quit this project, go for fallback project, come back when things have settled.

 

mmonnin
mmonnin
Joined: 29 May 16
Posts: 291
Credit: 3394956540
RAC: 2864914

Atom_3 wrote:Hi

Atom_3 wrote:

Hi everyone. Einstein@home in my computer cannot receive GPU WUs. In event log, it shows" NVIDIA GPU: not highest priority project." I set all other projects the same Resource share but it didn't work. How can I solve this problem?

Thanks

 

 

I've gotten that before on devices that run more then one project or are just waiting for work. I've had it happen when the device does nothing but GCC/WUProp, no crunching at all which is pretty stupid really. Suspend projects with no work, even NCI projects as well if they are not sending anything, until your desired project becomes the highest priority project.

Gary Roberts
Gary Roberts
Moderator
Joined: 9 Feb 05
Posts: 5872
Credit: 117561789994
RAC: 35291263

solling2 wrote:.... Marked

solling2 wrote:
.... Marked GPU downloading on the account page, reset, got O1... WUs instead.

It's hard to give advice when your full description of the problem is just 12 words.  Let's start with the "account page".  I'm not really sure what page you're referring to as the 'Account' tab has four menu items - 'Dashboard', 'Profile', 'Credentials', 'Preferences'.   On the assumption you are talking about preference settings, there are further sub-menu items, 'Computing', 'Project', 'Community', 'Privacy', 'Subscriptions'.  Once again making an assumption that you changed some project preferences, which ones did you actually change when you "marked GPU downloading"??

There are three separate items for using a GPU - NVIDIA, ATI, INTEL.  Did you change any of those?  If you're wanting GPU tasks, did you make sure that a GPU search was 'allowed' by ticking the appropriate box?  Do you use 'locations' (aka venues) at all?  If so have you checked that any change you wanted was made in the correct location?  Finally, there are GPU utilization factor settings.  Did you change any of those?  Do you use an app_config.xml file at all?  As far as I'm aware, there is no issue at the moment with receiving GPU tasks.

If you received GW (CPU only) tasks then you may have selected that search by mistake.  If you deselect a particular search the project won't send you any more but will allow you to complete what you already have.  If you 'reset' the project, thereby throwing away what you already have, I wouldn't be surprised if the project sends them back to you as 'lost tasks'.  I don't really know for sure because I don't use 'reset'.  When you received the O1... tasks, did you happen to check the event log to see if there was any 'resending lost tasks' going on?  Your computers are hidden so I can't do the normal thing of consulting the scheduler logs to see what sort of tasks were being sent and why.  Did you happen to look at the scheduler logs?

Quote:
Apparently some server shuffling going on. Will quit this project, go for fallback project, come back when things have settled.

There is nothing unusual going on that I'm aware of so I don't think anything needs to "settle" :-).  You could try explaining more completely what you did and what you observed since there is likely to be a perfectly rational explanation, if the details are known.  After all, there is this old and wise saying, along the lines, "... never attribute to malice that which can otherwise be adequately explained by .... something or other." :-).

 

Cheers,
Gary.

Christian Beer
Christian Beer
Joined: 9 Feb 05
Posts: 595
Credit: 188347994
RAC: 290133

solling2 wrote:However,

solling2 wrote:
However, remarkable complexity of this project lingering. Marked GPU downloading on the account page, reset, got O1... WUs instead. Apparently some server shuffling going on. Will quit this project, go for fallback project, come back when things have settled.

A reset does not cancel already assigned tasks. You only selected FGRPB1G after you got the O1Spot1 tasks in the first place so after a reset you got them again. You need to cancel them if you really don't want to find  gravitational waves. There is some server shuffling going on but that is completely unrelated to sending out work. What you saw was normal behavior.

solling2
solling2
Joined: 20 Nov 14
Posts: 219
Credit: 1577541313
RAC: 21017

Gary Roberts schrieb:solling2

Gary Roberts wrote:
solling2 wrote:
.... Marked GPU downloading on the account page, reset, got O1... WUs instead.

It's hard to give advice when your full description of the problem is just 12 words.

Came back to Einstein project today. I'm sorry for that too short description. I had been thinking that the problem was on the server side, which wasn't true:

Christian Beer wrote:
A reset does not cancel already assigned tasks. You only selected FGRPB1G after you got the O1Spot1 tasks in the first place so after a reset you got them again. You need to cancel them if you really don't want to find gravitational waves. There is some server shuffling going on but that is completely unrelated to sending out work. What you saw was normal behavior.

Thanks for clarifying where my misinterpretation had come from. In account / preferences / project I first had selected O1...tasks only, second Gamma GPU tasks only. Those I didn't get. Tried system reboot, router reboot, still no GPU tasks. Hit reset button. That deleted O1....tasks, which is what the tooltip of that reset button says. BUT then the O1...tasks were downloaded again, no matter that Gamma GPU tasks were still selected only.

This is the normal functionality of the reset button of the Boinc app. BUT isn't that a usability bug? I'd clearly categorise the tooltip that pops up on the reset button, and the question window that pops up when hitting the reset button once, both as usability bugs, because they don't state clearly what the function of that button is. It's a matter of the Boinc software, so not to be discussed further in this Einstein forum.

By the way, there's a second reset button, this one in the TASKS FOR YOUR ACCOUNT page. I'd regard that as another usability bug, although a minor one as opposed to that Boinc bug. The word ''Reset'' should be replaced by ''Restore default sorting'' or similar.

Today, after power on, no settings changed, I got those O1...tasks once again, no GPU task yet. Then reading these hints, I aborted the O1...tasks, no GPU tasks yet. Then hit refresh - got new GPU tasks immediately. So back to work now (despite meeting an obstacle meantime), and thanks again for the hints.

Gary Roberts wrote:
After all, there is this old and wise saying, along the lines, "... never attribute to malice that which can otherwise be adequately explained by .... something or other." :-).

Thanks also for that one, I'll try to keep it in mind! :-)

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.