Since upgrade one of my computers has not gotten PPS Sieve tasks.
203015 is in the School venue along with 174013. The first computer gets no ATI tasks, but the second one is humming away fine.

Times are UTC:

UPDATE:
Neither computer is getting the PPS Sieve for ATI. The second computer got one for the CPU (not noticing that right away cause the remote software I use didn't show me it was a CPU task).

So, after the update I got a CPU task not marked.
I am getting not ATI tasks.

I have shut ATI off for now and moved to a different project until someone can take a closer look at this.

____________
My lucky numbers are 121*2^4553899-1 and 3756801695685*2^666669±1

Oddly, though I am only getting GFN (short) WUs on my lone nVidia box, they are viewed by external stats sites and the like as "Genefer (World Record)" !

I checked multiple times here and at the machine itself, and they are indeed short tasks, except the calculated runtime is ridiculously long - roughly as long as, funnily enough, the average WR task.

Beyond that minor cosmetic glitch, nice to see everything is running quite smoothly :)
____________

Maybe it needs <opencl/> instead of <cal/> as long as AMD OpenCL support required
____________

I am not getting any work for my AMD GPU either. Maybe <gpu_type> needs to be ati instead of amd??

I don't get new PPS Sieve tasks for a nVidia GPU.

Mi 17 Apr 2013 10:40:34 CEST | PrimeGrid | [sched_op] Starting scheduler request
Mi 17 Apr 2013 10:40:34 CEST | PrimeGrid | Sending scheduler request: Requested by user.
Mi 17 Apr 2013 10:40:34 CEST | PrimeGrid | Requesting new tasks for NVIDIA GPU
Mi 17 Apr 2013 10:40:34 CEST | PrimeGrid | [sched_op] CPU work request: 0.00 seconds; 0.00 CPUs
Mi 17 Apr 2013 10:40:34 CEST | PrimeGrid | [sched_op] NVIDIA GPU work request: 43200.86 seconds; 1.00 GPUs
Mi 17 Apr 2013 10:40:35 CEST | PrimeGrid | Scheduler request completed: got 0 new tasks
Mi 17 Apr 2013 10:40:35 CEST | PrimeGrid | [sched_op] Server version 701
Mi 17 Apr 2013 10:40:35 CEST | PrimeGrid | Project requested delay of 7 seconds
Mi 17 Apr 2013 10:40:35 CEST | PrimeGrid | [sched_op] Deferring communication for 7 sec
Mi 17 Apr 2013 10:40:35 CEST | PrimeGrid | [sched_op] Reason: requested by project

See this on the task page you linked?

Thanks for your response.

Though I didn't find a notice so far about the changed requirements to run this project.

Thanks for your response.

Though I didn't find a notice so far about the changed requirements to run this project.

That's because the requirements didn't change. There was a bug in the new server software that prevented ATI tasks from being sent out. Are you able to get work now?

No, the host doesn't get work.
Important to say the host has a nVidia gpu (8600 GT), not an ATI card.

Ok, found that problem. The default memory requirement for CUDA is 384MB and your 8600 GT has 256MB. I'm going to lower the requirement to 180 MB and that should fix the problem.

Thanks for letting me know about the problem!

Let me know if that computer still can't get work.

I'm not sure if this is a client problem or not.

Since updating to the new plan classes, all (cudaPPSieve) WUs coming into my host have an estimated time to completion of 07:38:08, and appear to be "stuck" at that figure, which sounds suspiciously like the ETC for a CPU rather than GPU task. My actual processing time on a GTX 580 is in the neighborhood of 12.5~13 minutes. After 24 hours at that rate, I would expect to see the ETC figure decrementing toward reality, but nope, still 07:38:08.

The result is that, to get any kind of cushion against server outage, I have to crank the min/max work buffer parameters way up -- something I don't like to do.

I've seen this sort of thing before on another (CPU) project, but I can't for the life of me remember what the solution was.
____________

It does not appear that I can get any work for my ATI.http://www.primegrid.com/show_host_detail.php?hostid=272106
I am currently running version 7.0.62 (x64) for BOINC.

It does not appear that I can get any work for my ATI.http://www.primegrid.com/show_host_detail.php?hostid=272106
I am currently running version 7.0.62 (x64) for BOINC.

Can you post the log from your BOINC client showing the failure to get work? Also please indicate the UTC offset used in the log so I can compare it to the timestamps in the server logs.

I'm not sure if this is a client problem or not.

Since updating to the new plan classes, all (cudaPPSieve) WUs coming into my host have an estimated time to completion of 07:38:08,

I'll look into it...

bones,

I changed something -- did that fix the problem?

I'm not sure if this is a client problem or not.

Since updating to the new plan classes, all (cudaPPSieve) WUs coming into my host have an estimated time to completion of 07:38:08,

I'll look into it, but no promises on how long it will take. I want to make sure work is flowing out correctly first -- then I'll take a look at the timing parameters and see if anything is not right. The thing is so messed up due to the single-DCF problem that sometimes it's hard to tell if it's broken or not -- or even if it makes a difference if it's broken or not.

So if you're not getting tasks and you think you should, please speak up and I'll see what I can do to remedy the problem.

I'm not sure if this is a client problem or not.

Since updating to the new plan classes, all (cudaPPSieve) WUs coming into my host have an estimated time to completion of 07:38:08, and appear to be "stuck" at that figure, which sounds suspiciously like the ETC for a CPU rather than GPU task. My actual processing time on a GTX 580 is in the neighborhood of 12.5~13 minutes. After 24 hours at that rate, I would expect to see the ETC figure decrementing toward reality, but nope, still 07:38:08.

The result is that, to get any kind of cushion against server outage, I have to crank the min/max work buffer parameters way up -- something I don't like to do.

I've seen this sort of thing before on another (CPU) project, but I can't for the life of me remember what the solution was.

So if you're not getting tasks and you think you should, please speak up and I'll see what I can do to remedy the problem.

I have 3 systems with 4000 series ATI cards that have not been able to get any PPS Seive. I have reselected the projects for them, 3 different venues, and two have been re-booted as well with no luck.

Could you be a little more specific than "4000 series"? What's the exact model number or numbers, how much ram do they have, and what's the version number of the drivers? I'm assuming you *could* get tasks before, right?

Please give me the host ids of the machines, and leave all three machines trying to download ATI PPS-sieve apps.

To see what's happening, I need to turn on logging that eats up a ton of disk space, so it's important that your computer(s) are actively trying to download tasks.

So if you're not getting tasks and you think you should, please speak up and I'll see what I can do to remedy the problem.

I have 3 systems with 4000 series ATI cards that have not been able to get any PPS Seive. I have reselected the projects for them, 3 different venues, and two have been re-booted as well with no luck.

Could you be a little more specific than "4000 series"? What's the exact model number or numbers, how much ram do they have, and what's the version number of the drivers? I'm assuming you *could* get tasks before, right?

Please give me the host ids of the machines, and leave all three machines trying to download ATI PPS-sieve apps.

To see what's happening, I need to turn on logging that eats up a ton of disk space, so it's important that your computer(s) are actively trying to download tasks.

2 systems have ATI HD4350 with 512MB ram Driver 1.4.900
Host IDs are
67274
88450

1 has ATI HD4650 with 1GB ram Driver 1.4.1664
Host ID
46638

All three were getting tasks fine before.

Following up on my previous reply, the request your computers are sending doesn't have the <available_ram> tag that I see in other requests. That may be the reason the server thinks your GPUs don't have sufficient video memory. It's possible the new server code is looking for this tag, which may only come from newer clients. You're running 6.10.58, which is sort of old. If you wish, you could try upgrading one of the computers to a newer client, but I'm hoping that's not required.

Now the ATI cards a sporadically getting work. Most of time time a request happens work is given, but there are times when no work is given and it takes a while to finally get work.

This has happened on both my hosts that have ATI cards.

____________
My lucky numbers are 121*2^4553899-1 and 3756801695685*2^666669±1

You get "no work available", and then on the next try get work?

I also have seen a fix for this problem before by editing a file and resetting it back to a more normal setting, but don't remember the details of how to do it either. Anyone know how?

If you're talking about manually setting the DCF value, that will not work anymore if you're using BOINC client 7.0.28 or later.

We're actively working on fixing the problem.

Still having an issue keeping the ATI cards continuously working on PPS Sieve. It happens very randomly and most times hand asking for new work will get it, but as I have stated before sometimes I have to ask more than once, but usually no need to go more than 2-3 times. I did have to ask 5 times once.

I know other things are under priority, but just letting you know this is still an issue.

____________
My lucky numbers are 121*2^4553899-1 and 3756801695685*2^666669±1

I am not getting work on my AMD HD 7950.

4/22/2013 2:08:40 | | ATI GPU 0: AMD Radeon HD 79x0 series (Tahiti) (CAL version 1.4.1741, 3072MB, 3032MB available, 9856 GFLOPS peak)
4/22/2013 2:08:40 | PrimeGrid | Application uses missing CUDA GPU
4/22/2013 2:08:40 | | Config: report completed tasks immediately
4/22/2013 2:08:40 | | Config: use all coprocessors
4/22/2013 2:08:51 | PrimeGrid | Sending scheduler request: Requested by user.
4/22/2013 2:08:51 | PrimeGrid | Requesting new tasks for ATI
4/22/2013 2:08:53 | PrimeGrid | Scheduler request completed: got 0 new tasks

I was successfully getting tasks until recently. I'm not sure why it's saying that it's missing a CUDA GPU when my task preferences don't ask for CUDA work.

I'm not sure why it's saying that it's missing a CUDA GPU when my task preferences don't ask for CUDA work.

I searched my computer for that file, and no such file exists.

Additionally, I don't think that would explain why it was fetching work properly until recently.

It seems BOINC is not able to detect OpenCL driver and falsely reports about missing CUDA GPU.
Could you please tell the version of BOINC client you are using?
In any case you need to achieve the similar BOINC log:

04-Sep-2012 08:11:25 [---] ATI GPU 0: AMD Radeon HD 7700 series (Cape Verde) (CAL version 1.4.1741, 1024MB, 984MB available, 1126 GFLOPS peak)
04-Sep-2012 08:11:25 [---] OpenCL: ATI GPU 0: AMD Radeon HD 7700 series (Cape Verde) (driver version CAL 1.4.1741 (VM), device version OpenCL 1.2 AMD-APP (938.2), 1024MB, 984MB available)

Finally you can try BOINC development version from here, if nothing helps.
____________

I was using 7.0.28. I switched to the development version, and now BOINC does properly detect it as an OpenCL device. However, it still doesn't get new tasks:

4/22/2013 10:31:24 | | CAL: ATI GPU 0: AMD Radeon HD 7870/7950/7970 series (Tahiti) (CAL version 1.4.1741, 3072MB, 3032MB available, 9856 GFLOPS peak)
4/22/2013 10:31:24 | | OpenCL: AMD/ATI GPU 0: AMD Radeon HD 7870/7950/7970 series (Tahiti) (driver version 1124.2 (VM), device version OpenCL 1.2 AMD-APP (1124.2), 3072MB, 3032MB available, 9856 GFLOPS peak)
4/22/2013 10:31:24 | | app version refers to missing GPU type CUDA
4/22/2013 10:31:24 | PrimeGrid | Application uses missing CUDA GPU
4/22/2013 10:31:24 | | Config: report completed tasks immediately
4/22/2013 10:31:24 | | Config: use all coprocessors
4/22/2013 10:31:24 | | Version change (7.0.28 -> 7.0.64)
4/22/2013 10:31:49 | PrimeGrid | Sending scheduler request: Requested by user.
4/22/2013 10:31:49 | PrimeGrid | Requesting new tasks for ATI
4/22/2013 10:31:50 | PrimeGrid | Scheduler request completed: got 0 new tasks

Actually, after trying an update multiple times, I am observing the behavior pooh_bear is observing: I have to request an update multiple times. For my one sample point it was three times.

4/22/2013 10:31:24 | | app version refers to missing GPU type CUDA
4/22/2013 10:31:24 | PrimeGrid | Application uses missing CUDA GPU

Tried again, had to request four times.

Also, there is no app_info.xml in \projects\www.primegrid.com\. There aren't any xml files in there.

Seems to be worse.
____________
My lucky numbers are 121*2^4553899-1 and 3756801695685*2^666669±1

Just a point to possibly help in finding out what is wrong.

I have an ATI that is getting work OK, but the CPU contribution has increased from 6% to 50%. Nothing else of note has been seen here so at least one user is quite happy.
____________
Member team AUSTRALIA
My lucky number is 9291*2^1085585+1

Since about the time of the upgrade I have gotten no CUDA jobs. 0, zilch, nada. Before that time I always had these. I have changed NOTHING on the machine. Any ideas?
____________

Just a point to possibly help in finding out what is wrong.

I have an ATI that is getting work OK, but the CPU contribution has increased from 6% to 50%. Nothing else of note has been seen here so at least one user is quite happy.

You mean BOINC is saying 0.50 of a CPU correct? Not actually using 50% of a core?

Since about the time of the upgrade I have gotten no CUDA jobs. 0, zilch, nada. Before that time I always had these. I have changed NOTHING on the machine. Any ideas?

Since about the time of the upgrade I have gotten no CUDA jobs. 0, zilch, nada. Before that time I always had these. I have changed NOTHING on the machine. Any ideas?

Details, please. OS, CPU, GPU, Boinc client version, computer's host ID number, relevant portion of the boinc log, and WHICH GPU apps you''re asking for (PPS-Sieve, GFN-short, GFN-long). I suspect you're not using app_info, but if you are, the information in there may be relevant, too. Thank you.

Nothing has changed at my end in months. No settings, nothing.

I have disabled the "don't use DCF" feature in the new server. This should, in theory, allow DCF to be used the way it was previously.

I have disabled the "don't use DCF" feature in the new server. This should, in theory, allow DCF to be used the way it was previously.

It's working.

Complete dittoness.

Nothing has changed at my end in months. No settings, nothing.

Take a look at your primegrid preferences. As mentioned in my previous message you are fetching PPS Sieve CPU instead of GPU.

Just to confirm what's happening with my ETA/ETCs of PPS Sieve WUs (these were taken about 3 minutes apart, same client/PC, Core 2Quad+GTX 560Ti)






Again though, it doesn't matter at all - aside from possibly scaring people new to PG off by the estimated times. Just clarifying what happened after the server upgrade and is still happening now.

I would also prefer it if the CPU usage for GPU tasks was put back to something a lot lower than 0.8%, like j.sheridan. If this was a beneficial and deliberate change then obviously I'm happy to live with it; otherwise, could it be put low-down on the list of alterations to be made please? Cheers.

I'm seeing the same behavior with PPS Sieve tasks. Comes in showing ~22h estimated, finishes in under an hour.
____________
My lucky #: 60133106^131072+1 (GFN 17-mega)

The issue of having to request an update multiple times to get tasks seems to have been resolved for me.

So if you're not getting tasks and you think you should, please speak up and I'll see what I can do to remedy the problem.

I have 3 systems with 4000 series ATI cards that have not been able to get any PPS Seive. I have reselected the projects for them, 3 different venues, and two have been re-booted as well with no luck.

Could you be a little more specific than "4000 series"? What's the exact model number or numbers, how much ram do they have, and what's the version number of the drivers? I'm assuming you *could* get tasks before, right?

Please give me the host ids of the machines, and leave all three machines trying to download ATI PPS-sieve apps.

To see what's happening, I need to turn on logging that eats up a ton of disk space, so it's important that your computer(s) are actively trying to download tasks.

2 systems have ATI HD4350 with 512MB ram Driver 1.4.900
Host IDs are
67274
88450

1 has ATI HD4650 with 1GB ram Driver 1.4.1664
Host ID
46638

All three were getting tasks fine before.

Following up on my previous reply, the request your computers are sending doesn't have the <available_ram> tag that I see in other requests. That may be the reason the server thinks your GPUs don't have sufficient video memory. It's possible the new server code is looking for this tag, which may only come from newer clients. You're running 6.10.58, which is sort of old. If you wish, you could try upgrading one of the computers to a newer client, but I'm hoping that's not required.

That's interesting since my machine using an NVIDA GTX480 is using the same client and it doesn't seem to have any trouble getting them.
I'll see about upgrading one this weekend and see how it goes.

The Nvidia and ATI processors have very different code in both the boinc server and client, so it's not surprising that this only affects ATI.

What IS surprising is that this isn't working. The server code is clearly written to be backwards compatible with older clients, and if that particular tag is not present it's supposed to use the memory value from a different tag. I'm not yet sure why this isn't working.