Hi all. been away for a while, but now I'm back. Quick question.
I have 2 GPUs in my system, and I like to crunch on both when possible.
There never used to be a way of pausing only 1 GPU and letting the other one crunch.

Is this still the case or have they fixed that issue?

Well now I just discovered something interesting.
If you go to the Simple View in BOINC Manager (View -> simple View)
You can select a task a suspend it individually by selecting
Task Commands -> Suspend
This is most useful, now I can game/watch a movie etc without having to pause
crunching on both gpus.

Excellent!
if only this option was available in the 'Advanced view" :/

<edit>
You have to check in the advanced view how long the task you want to pause has to go/has run. The simple view doesn't show task names, just a progress bar for each GPUGrid task, so you need that to know which task to pause.

Well now I just discovered something interesting.
If you go to the Simple View in BOINC Manager (View -> simple View)
You can select a task a suspend it individually by selecting
Task Commands -> Suspend
This is most useful, now I can game/watch a movie etc without having to pause
crunching on both gpus.

Excellent!
if only this option was available in the 'Advanced view" :/

Seems I need to update my BOINC client. I'm still running an older version - 7.2.39

Seems I need to update my BOINC client. I'm still running an older version - 7.2.39

7.4.27 is the latest 'release' version, for Windows, but if you are using a Resource share of zero at any project do NOT upgrade to it as it has problems with that. Other that that I have not found a problem with it, and it DOES show Retvari's feature.

Seems I need to update my BOINC client. I'm still running an older version - 7.2.39

7.4.27 is the latest 'release' version, for Windows, but if you are using a Resource share of zero at any project do NOT upgrade to it as it has problems with that. Other that that I have not found a problem with it, and it DOES show Retvari's feature.

7.4.27 is the latest 'release' version, for Windows, but if you are using a Resource share of zero at any project do NOT upgrade to it as it has problems with that. Other that that I have not found a problem with it, and it DOES show Retvari's feature.

What's the problem with resource share 0?

What's the problem with resource share 0?

It does NOT get any work from that project, even if all other projects don't have any units to send you. The Developers are aware of the problem and are working on a fix. An example of what people are seeing is:
15-Nov-2014 00:17:11 [Asteroids@home] [work_fetch] share 0.000 zero resource share
15-Nov-2014 00:17:11 [Milkyway@Home] [work_fetch] share 0.000 zero resource share
15-Nov-2014 00:17:11 [Einstein@Home] [work_fetch] share 0.000 blocked by project preferences

Apparently it sees a zero as never get any work from that place, as opposed to the old way of just keeping a zero cache level, and only getting enough units to crunch right now.

What's the problem with resource share 0?

It does NOT get any work from that project, even if all other projects don't have any units to send you. The Developers are aware of the problem and are working on a fix. An example of what people are seeing is:
15-Nov-2014 00:17:11 [Asteroids@home] [work_fetch] share 0.000 zero resource share
15-Nov-2014 00:17:11 [Milkyway@Home] [work_fetch] share 0.000 zero resource share
15-Nov-2014 00:17:11 [Einstein@Home] [work_fetch] share 0.000 blocked by project preferences

Apparently it sees a zero as never get any work from that place, as opposed to the old way of just keeping a zero cache level, and only getting enough units to crunch right now.

Thanks for the info. Just tried it on an ATI project. Sure enough, didn't work. When I manually polled the project set at zero, I got:

Einstein@Home 11-17-14 08:53 update requested by user
Einstein@Home 11-17-14 08:53 Sending scheduler request: Requested by user.
Einstein@Home 11-17-14 08:53 Not requesting tasks: don't need (CPU: job cache full; NVIDIA GPU: job cache full; AMD/ATI GPU: job cache full)
Einstein@Home 11-17-14 08:53 Scheduler request completed

As long as they're working on this maybe I'll ask for a further addition. It would be useful to have another setting (for instance 1) that would keep a small amount of work in the queue, perhaps 1 hour's worth. This new setting for instance would be useful here for cards that are bumping up against the 24 hour limit.

As long as they're working on this maybe I'll ask for a further addition. It would be useful to have another setting (for instance 1) that would keep a small amount of work in the queue, perhaps 1 hour's worth. This new setting for instance would be useful here for cards that are bumping up against the 24 hour limit.

Wouldn't that be more of a 'work buffer' setting in the Boinc Manager than an actual resource share setting?

I have discovered something mildly interesting with this.

you are running 2 units on 2 cards

-> you pause both units

-> you then resume only 1 of the units

That workunit will resume on the primary GPU,
even if before it was paused it was running on the secondary.

This will happen in every BOINC project as the primary GPU always resumes first.

This will happen in every BOINC project as the primary GPU always resumes first.