1) Message boards : Server and website : I haven't been getting tasks (Message 43291)
Posted 2 days ago by Profile Retvari Zoltan
...Would be running POEM tasks also except they all fail, restarting the video drivers and sometimes crashing the system (Bad driver IMO).
You are right, the OpenCL is broken in the 364.* drivers. See this thread.
2) Message boards : Server and website : Task queuing plans for the summer (Message 43260)
Posted 7 days ago by Profile Retvari Zoltan
Is it really possible that if GPUGrid WUs dry up, and the several hundred crunchers go to these other projects that we could dry them out as well, in a matter of days?
I don't think so. But even if it could happen (they will have a summer vacation too), the world of BOINC won't collapse.
3) Message boards : Server and website : Task queuing plans for the summer (Message 43257)
Posted 7 days ago by Profile Retvari Zoltan
Hello Gerard,

As it seems that you are running GPUGrid recently, I would like to hear about your plans for the summer.
I think the other crunchers are also interested.
If you go out for more than a day, the queues will run dry here, my fellow GPUGrid crunchers will go mad, the staff at Einstein@home & SETI@home & POEM will be very happy for the extra crunching capacity they will have, but unfortunately their servers will run dry too as a consequence.
So it seems that if you leave the campus for the summer break, the whole world (of BOINC) will collapse.
It would be very unwise from your part to start such a chain reaction by having a long (two days) summer vacation.
Taking all of the above into consideration, what are your plans for the summer? :)
4) Message boards : Server and website : Not Getting New Tasks (Message 43246)
Posted 9 days ago by Profile Retvari Zoltan
You can check the number of workunits by clicking on the "Server status" at the top right corner. The project's queues are low on workunits at the moment (e.g. there are more crunchers / hosts than workunits). There are 800-some workunits in progress, some of them will result in a new workunit, but when this number is below ~2000 (~the number of active hosts doubled) then there's a very low possibility to get new task. You should be patient while the queues are filled up with new work, or set up a backup project (by setting 0 resource share in your profile at the given project).
5) Message boards : Server and website : Not Getting New Tasks (Message 43190)
Posted 21 days ago by Profile Retvari Zoltan
2016-04-13 8:55:12 AM | GPUGRID | URL http://www.gpugrid.net/; Computer ID 316193; resource share 100

Your GPUGrid resource share is ok (100). The previous share value was 0 because the GPUGrid project was in backoff state.
Now there is work in the queue, so your host received 6 workunits, which is the maximum (2 per GPU) no matter if you've set a longer queue.
6) Message boards : Server and website : Not Getting New Tasks (Message 43187)
Posted 21 days ago by Profile Retvari Zoltan
[Event Log]
2016-04-12 9:23:59 PM | GPUGRID | Sending scheduler request: To fetch work.
2016-04-12 9:23:59 PM | GPUGRID | Requesting new tasks for CPU and NVIDIA GPU
2016-04-12 9:24:00 PM | GPUGRID | Scheduler request completed: got 0 new tasks
2016-04-12 9:24:00 PM | GPUGRID | No tasks sent
2016-04-12 9:24:00 PM | GPUGRID | Project has no tasks available
2016-04-12 9:24:00 PM | GPUGRID | [work_fetch] backing off CPU 727 sec
2016-04-12 9:24:00 PM | GPUGRID | [work_fetch] backing off NVIDIA GPU 590 sec
2016-04-12 9:24:00 PM | | [work_fetch] Request work fetch: RPC complete
2016-04-12 9:24:05 PM | | [work_fetch] ------- start work fetch state -------
2016-04-12 9:24:05 PM | | [work_fetch] target work buffer: 86400.00 + 86400.00 sec
2016-04-12 9:24:05 PM | | [work_fetch] --- project states ---
2016-04-12 9:24:05 PM | GPUGRID | [work_fetch] REC 1461664.272 prio -345.383 can't request work: scheduler RPC backoff (25.98 sec)
2016-04-12 9:24:05 PM | | [work_fetch] --- state for CPU ---
2016-04-12 9:24:05 PM | | [work_fetch] shortfall 2289631.14 nidle 3.00 saturated 0.00 busy 0.00
2016-04-12 9:24:05 PM | GPUGRID | [work_fetch] share 0.000 project is backed off (resource backoff: 722.42, inc 600.00)
2016-04-12 9:24:05 PM | | [work_fetch] --- state for NVIDIA GPU ---
2016-04-12 9:24:05 PM | | [work_fetch] shortfall 518400.00 nidle 3.00 saturated 0.00 busy 0.00
2016-04-12 9:24:05 PM | GPUGRID | [work_fetch] share 0.000 project is backed off (resource backoff: 584.83, inc 600.00)
2016-04-12 9:24:05 PM | | [work_fetch] ------- end work fetch state -------
2016-04-12 9:24:05 PM | | [work_fetch] No project chosen for work fetch
2016-04-12 9:24:31 PM | | [work_fetch] Request work fetch: Backoff ended for GPUGRID

The error is on the project's end, as there's not enough workunits queued at the moment to fulfill every request.
(see server message marked in red).
It seems that GPUGrid's resource share is set to 0 in your preferences (see the messages marked with dark red), so the client will request work only when it has run out of work of every projects with above zero priority. Setting zero resource share is a common practice for backup projects. It's nice to have a backup project for the times when the main project has run out of work.

There's no need to have the acemdlong application definition six times in the app_config.xml file:

<app_config> <app> <name>acemdlong</name> <max_concurrent>9999</max_concurrent> <gpu_versions> <gpu_usage>0.5</gpu_usage> <cpu_usage>1.00</cpu_usage> </gpu_versions> </app> </app_config>
7) Message boards : GPUGRID CAFE : The milestone thread (Message 43179)
Posted 23 days ago by Profile Retvari Zoltan
What's happened to Stoneageman? He's still leading the project in terms of total credit, but he seems to have been absent for quite a while now.
He is crunching Einstein@home and WCG at the moment.
8) Message boards : Number crunching : why "confirmation error" ? (Message 43175)
Posted 24 days ago by Profile Retvari Zoltan
Your host has been duplicated somehow. I suspect the incident caused this duplication responsible for these errors.
9) Message boards : Graphics cards (GPUs) : nVidia Pascal X80 (Message 43165)
Posted 25 days ago by Profile Retvari Zoltan
This GP100 is intended for professional use. I don't think it will be ever released in a form of a GeForce card. It's a "replacement" for the GK110 (GTX Titan, Titan Black, Titan Z), as there was no such chip in the Maxwell product line. The lesser Pascal chips we are waiting for probably won't have that many DP units, NVlink and HBM2. The leaked specifications are surely inaccurate regarding the clocks, as it could be as high as of the GP100. By using 16nm technology theoretically it is possible to have 3 times as much components over the same area as using 28nm (28/16=1.75; 1.75^2=3.0625), but I don't think NVidia wants to produce that large chips for the gaming market (to achieve higher yields), so I expect physically smaller chips than the GP100 in the high-end segment of the gaming cards. Still they could be twice as fast as the GTX980Ti, which is pretty enough (depending on what AMD will have). The effect of the WDDM overhead could be even more deteriorating than on the present high-end cards, also maybe there won't be Windows XP drivers for the Pascal series at all, and in this case I will have to switch to Linux on some of my hosts.
10) Message boards : Graphics cards (GPUs) : nVidia Pascal X80 (Message 43155)
Posted 29 days ago by Profile Retvari Zoltan
Well, this is not the product we are waiting for.


Next 10