I'm sure they are working on it. Two unforeseen big project batches finishing at once was the source of the shortage. My cache is full at the minute, but hopefully some more tasks will trickle into the feeders overnight to keep the faster cards ticking over.

Just spotted another _TRYP_ task, 352-IBUCH_revlo_TRYP_100827-0-10-RND6903, this time on one of my GT240’s (one of 4 on a Vista system). It should finish 19min under 24h, going by Boinc. So looking forward to some brownie points there to pull my RAC back over 200K/day, or at least stop the slide. It’s shaders are overclocked and supported by a Phenom II 940 with one core free – but even at that your 33h seems a bit long to me; about 4h too long.

..... – but even at that your 33h seems a bit long to me; about 4h too long.

I think, you're refering to my mentioned 33½ hours.
My job is now at 24%. Calculated for 100% this means 33.1 hours.
I freed 1 core for about 3 hours, but that makes not so much difference.
I've clocked my GT240 with DDR5 at Core=683, Memory=1876 and Shader=1664.
Perhaps my CPU is not that fast: 2.08GHz / FSB800.

skgiven

I understand that. The only thing I worry is what I should do, either switch to collatz or dnetc either try to be patient and wait for GPUGRID.

Two things make me pissed off: Milky Way is down AGAIN on weekend (he-he, not surprise at all) and I'm trying to quit smoking :-)

---

If there was only collatz and dnetc to chose from I would stop crunching. I dont know when more tasks will be ready, so I cant offer much more advice other than to look and see if you have tasks and make your own decision based on that. Perhaps raising your cache will help a bit, should tasks appear. If I had to guess I would say tonight will be similar to last night; some tasks will be released, but that is only based on last night - I picked up tasks at about 3am, 5am and 8.30am this morning. If you do decide to crunch elsewhere, you could set your Resource share for the other projects to a very low number (1% or so). Might be an idea to close and re-open Boinc if you do that.

CP, my GT240 _TRYP_ task is now looking more like 26h, so no 50% bonus for me either. The anticipated run time was initially well out. The _TRYP_ task I have running on a GTX260 also moved out from 9h to 14.5h. That one is about 7.5h into the run now, so it is probably more accurate.

Got one "Fatty" WU.......now dry again. I don't understand how molecular biology simulations could EVER run out of work. It makes absolutely NO SENSE WHATSOEVER. There is enough calculation that needs to be done in this area to keep computers busy for at least the next 10,000 years (by today's computing technology capabilities).

Even with infinite manpower, unlimited financial resources and perfect management we would still not be able to crunch now and again; your Internet would be out, your computer would crash or your GPU would fail tasks.

Boinc is now saying my GT240's _TRYP_ task will take 31+h - only 13h to go.
I picked up two tasks around 5.50 UTC, one at 7.50 and one about 9.02; a _TRYP_ task on my Fermi :)

I don't understand how molecular biology simulations could EVER run out of work. It makes absolutely NO SENSE WHATSOEVER. There is enough calculation that needs to be done in this area to keep computers busy for at least the next 10,000 years (by today's computing technology capabilities).

You're right about that. This kind of simulation practically needs infinite time to finish. But as far as I know this project, its tasks depend on a previous task, as every task we crunch covers 5ns (a fatty task covers 10ns) of the given chemical reaction. In that way this project can run out of work, but of course only temporarily.

You're right about that. This kind of simulation practically needs infinite time to finish. But as far as I know this project, its tasks depend on a previous task, as every task we crunch covers 5ns (a fatty task covers 10ns) of the given chemical reaction. In that way this project can run out of work, but of course only temporarily.

Maybe they could setup different bins for nS times to be crunched. The default would be 5nS but they could have bins for 10, 15, 20, 25......all the way up to what is necessary for the entire simulation to meet whatever requirements they have for it. For the higher bins though they need an auto-reload for failed WUs (they actually should have that now!) so that if a computation error occurs, it just restarts from the last checkpoint that was saved to disk (BOINC default is 60 seconds). This way the most time anyone would lose on any given computation error is 59.999999 seconds of computing time instead of losing the entire WU, which is what happens currently.

I'd sort of wished that they could announce downtime. I've often wanted to experiment with other Linux Distribution's but don't, because it would mean downtime on my side. But I need to prepare & can't always do this on the fly.

Dual Boot?

---

- da shu @ HeliOS,
"A child's exposure to technology should never be predicated on an ability to afford it."

I'd sort of wished that they could announce downtime. I've often wanted to experiment with other Linux Distribution's but don't, because it would mean downtime on my side. But I need to prepare & can't always do this on the fly.

Dual Boot?

I only have dual boot on the PC that runs Windows, the rest run on Mint Linux 8 gnome or KDE. I've tried other distros, but they either failed too many WU's or were not my cup of tea for other reasons.

I've used this down time to test YDL for Cuda, but still haven't gotten it too work. I "think" it's the security setting. BOINC can't connect to the Internet. I "might" try Fedora 13 LXDE 64bit. If I do & don't like, I'll go back to Mint Linux 8 AGAIN...

---

Hi !

I get no GPUGRID job for my GPU for about 2 hours ago, no job is waiting, WCG is working fine:

29/08/2010 11:15:28 GPUGRID Computation for task p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0 finished
29/08/2010 11:15:29 GPUGRID Sending scheduler request: To fetch work.
29/08/2010 11:15:29 GPUGRID Reporting 1 completed tasks, requesting new tasks for GPU
29/08/2010 11:15:30 GPUGRID Started upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_0
29/08/2010 11:15:30 GPUGRID Started upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_1
29/08/2010 11:15:30 GPUGRID Scheduler request completed: got 0 new tasks
29/08/2010 11:15:30 GPUGRID Message from server: No work sent
29/08/2010 11:15:30 GPUGRID Message from server: No work is available for ACEMD: full-atom molecular dynamics (old)
29/08/2010 11:15:30 GPUGRID Message from server: No work is available for ACEMD2: GPU molecular dynamics
29/08/2010 11:15:30 GPUGRID Message from server: Project has no jobs available
...
29/08/2010 11:15:43 GPUGRID Finished upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_0
29/08/2010 11:15:43 GPUGRID Started upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_2
29/08/2010 11:15:47 GPUGRID Finished upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_1
29/08/2010 11:15:47 GPUGRID Started upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_3
29/08/2010 11:15:56 GPUGRID Finished upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_3
29/08/2010 11:15:56 GPUGRID Started upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_7
29/08/2010 11:15:58 GPUGRID Finished upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_7
29/08/2010 11:15:59 GPUGRID Finished upload of p36-IBUCH_05011_pYEEI_100319-79-80-RND5520_0_2
29/08/2010 11:16:06 GPUGRID Sending scheduler request: To fetch work.
29/08/2010 11:16:06 GPUGRID Reporting 1 completed tasks, requesting new tasks for GPU
29/08/2010 11:16:07 GPUGRID Scheduler request completed: got 0 new tasks
29/08/2010 11:16:07 GPUGRID Message from server: No work sent
29/08/2010 11:16:07 GPUGRID Message from server: No work is available for ACEMD: full-atom molecular dynamics (old)
29/08/2010 11:16:07 GPUGRID Message from server: No work is available for ACEMD2: GPU molecular dynamics
29/08/2010 11:16:07 GPUGRID Message from server: Project has no jobs available
29/08/2010 11:33:40 World Community Grid Computation for task CMD2_0760-2H6G_B.clustersOccur-AK1A1.clustersOccur_8_63011_65655_0 finished
29/08/2010 11:33:40 World Community Grid Starting nr831_00001_17
29/08/2010 11:33:40 World Community Grid Starting task nr831_00001_17 using hpf2 version 617
29/08/2010 11:33:43 World Community Grid Started upload of CMD2_0760-2H6G_B.clustersOccur-AK1A1.clustersOccur_8_63011_65655_0_0
29/08/2010 11:33:48 World Community Grid Finished upload of CMD2_0760-2H6G_B.clustersOccur-AK1A1.clustersOccur_8_63011_65655_0_0
29/08/2010 12:57:34 GPUGRID update requested by user
29/08/2010 12:57:38 GPUGRID Sending scheduler request: Requested by user.
29/08/2010 12:57:38 GPUGRID Requesting new tasks for CPU and GPU
29/08/2010 12:57:40 GPUGRID Scheduler request completed: got 0 new tasks
29/08/2010 12:57:40 GPUGRID Message from server: No work sent
29/08/2010 12:57:40 GPUGRID Message from server: No work is available for ACEMD: full-atom molecular dynamics (old)
29/08/2010 12:57:40 GPUGRID Message from server: No work is available for ACEMD2: GPU molecular dynamics
29/08/2010 12:57:40 GPUGRID Message from server: Project has no jobs available
29/08/2010 12:58:15 GPUGRID Sending scheduler request: To fetch work.
29/08/2010 12:58:15 GPUGRID Requesting new tasks for GPU
29/08/2010 12:58:17 GPUGRID Scheduler request completed: got 0 new tasks
29/08/2010 12:58:17 GPUGRID Message from server: No work sent
29/08/2010 12:58:17 GPUGRID Message from server: No work is available for ACEMD: full-atom molecular dynamics (old)
29/08/2010 12:58:17 GPUGRID Message from server: No work is available for ACEMD2: GPU molecular dynamics
29/08/2010 12:58:17 GPUGRID Message from server: Project has no jobs available
29/08/2010 12:58:31 World Community Grid update requested by user
29/08/2010 12:58:33 World Community Grid Sending scheduler request: Requested by user.
29/08/2010 12:58:33 World Community Grid Reporting 5 completed tasks, requesting new tasks for GPU
29/08/2010 12:58:37 World Community Grid Scheduler request completed: got 0 new tasks
29/08/2010 13:03:52 GPUGRID update requested by user
29/08/2010 13:03:57 GPUGRID Sending scheduler request: Requested by user.
29/08/2010 13:03:57 GPUGRID Requesting new tasks for CPU and GPU
29/08/2010 13:03:58 GPUGRID Scheduler request completed: got 0 new tasks
29/08/2010 13:03:58 GPUGRID Message from server: No work sent
29/08/2010 13:03:58 GPUGRID Message from server: No work is available for ACEMD: full-atom molecular dynamics (old)
29/08/2010 13:03:58 GPUGRID Message from server: No work is available for ACEMD2: GPU molecular dynamics
29/08/2010 13:03:58 GPUGRID Message from server: Project has no jobs available

??????? Any idea ? Server status is all green ?!?

Regards

---

Lubuntu 16.04.1 LTS x64

temporary shortage

---

Thanks - Steve

temporary shortage

Thanks for the reply, saw jobs were coming back ;-)
Regards

GPU Results ready to send 2,075

- about 5h later and there are still 1,807 waiting to be sent; looking good.

GPU Results ready to send 2,075

NICE!!! Hopefully that will last a couple weeks and we can get another job in before it runs out.

GPU Results ready to send: 329 and falling.
I'm a bit worried.

GPU Results ready to send: 329 and falling.
I'm a bit worried.

You and me both. Out of curiosity, how are you getting 5,500 more RAC than me? I've got both my GTX480s already overclocked to 800 MHz and 2 GHz for the memory. That's as high as they go without getting failed work units every other one.......at least on air anyways. Are you running yours even higher than that on liquid cooling or thermoelectric???

GPU Results ready to send: 233


Michael, you are using Vista; about 10 to 15% slower than XP. The only reason your dual GPU system is anywhere near Retvari's is that you have overclocked (Retvari's is running at stock).

Just in case you are not, you should be leaving two CPU cores free and using swan_sync=0.

Your RAC can change a lot depending on the tasks you pick up. Take these two tasks,

3013500 1912540 22 Sep 2010 23:36:21 UTC 23 Sep 2010 5:01:37 UTC Completed and validated 10,362.56 10,097.55 5,764.79 8,647.18 ACEMD2: GPU molecular dynamics v6.11 (cuda31)

3013410 1910355 22 Sep 2010 23:21:26 UTC 23 Sep 2010 4:03:22 UTC Completed and validated 7,910.53 7,755.48 4,535.61 6,803.41 ACEMD2: GPU molecular dynamics v6.11 (cuda31)

If you just ran the first type your RAC could eventually reach (86400/10362)X8647=72100 per card.

If you just ran the second type your RAC could reach (86400/7910)X6803=74308 per card.

Of course your RAC takes a long time to even out, and tasks can change. My guess is that your RAC is still rising, but towards the RAC apex this would be hard to see on a day to day basis.

I have two GTX470's in an i7-920 at 715MHz, similar to your system. They are getting through work about the same rate as your system, but my RAC is only about 80K on that system. The second card was only installed recently, so it will take some time for that systems RAC to reach 140K, and it might never happen if we keep running out of work.

Out of curiosity, how are you getting 5,500 more RAC than me? I've got both my GTX480s already overclocked to 800 MHz and 2 GHz for the memory. That's as high as they go without getting failed work units every other one.......at least on air anyways. Are you running yours even higher than that on liquid cooling or thermoelectric???

Skgiven is already answered your question.
From my experience I can add to his answer: It is more rewarding (being more reliable) to overclock your CPU, than your GTX480. If you overclock the GPU only, you will experience falling GPU usage, and a little performance gain (and failing WUs). The best is to overclock both the CPU and the GPU(s), but it needs very decent GPU cooling wich is much harder (and more expensive) to install than a decent CPU cooler.
My system runs with air cooling, my C2Q9650 CPU is overclocked to 4GHz (444MHz) it's cooled by a Noctua NH-D14 and a Noctua NF-P12 placed next to the NH-D14 on the side of my PC case (it has other two NF-P12s over the two GPUs). The CPU cores running at 44-53°C (with 100% CPU usage, 23°C ambient temperature). The two GPU cooler is standard, but I've modded it on my other system which has only 1 GPU. I removed the sideplate from the standard cooler, and replaced it with a Coolink SWiF2-120P 12cm fan and I've disconnected the standard cooling fan. This GPU runs at 74°C at 95% GPU usage without disturbing noise (I have two Noctua NF-P12 on the side of this PC case too). I will do the same with the other two GPUs, when I'll have some slim 12cm coolers (eg. Scythe SY1212SL12H) but it's hard to find them here.
But all of the above is almost pointless, if one uses Windows 7 or Vista for crunching, because the WDDM overhead causing significant CUDA performace loss. This loss can be eliminated by means of software changes, which is much easier to do than any hardware tweaking.
BTW my PC haven't reach it's peak RAC. I'm expecting it'll be around 145-150k.
But there's some trouble always needs to happen: e.g. this morning I've got an internet outage for 3 hours and one of my GPUs ran out of work; one of my WUs failed yesterday; now the server seems to running out of work soon....

GPU Results ready to send: 187 and keep on falling.
Now I'm much worried than before.