Sucked it dry it seems!

Sucked it dry it seems!

Yeah your credit and rac is way to high :)

---

Greetings from TJ

At first I thought he was complaining then I realized he's bragging. Meh, glad my RAC isn't that high ;)

---

BOINC <<--- credit whores, pedants, alien hunters

WU finished?

---

Member of Boinc Italy.

.... Just a trickle coming through.... but doesn't look too good.

We should have more in a few hours!

Excellent - thanks!

We should have more in a few hours!

bump ... getting low on the long runs, only 43 in the hopper

---

Thanks - Steve

Still empty:

I should be OK for about 8 hours and then Einstein and Milky Way preset as 0% resource share backups will kick in.

---

Thanks - Steve

All my machines have the expected number of tasks in progress.

Don't forget that the tasks here automatically regenerate as they're returned - my short-queue cruncher fetched a new one within the last hour.

All my machines have the expected number of tasks in progress.

Don't forget that the tasks here automatically regenerate as they're returned - my short-queue cruncher fetched a new one within the last hour.

Yes, it's true. However, this automatic regeneration is a finite process. So the workunits will eventually run out, if no new batches issued soon. The first sign is when the number of the unsent workunits is below 10. The second sign is when the number of workunits in progress is dropping below it's value before the number of unsent workunits was above 10.
Now there is 1684 workunits in progress, it was around 1750 before the unsent queue ran out.

I should be OK for about 8 hours and then Einstein and Milky Way preset as 0% resource share backups will kick in.

Now THAT'S a good idea!! I found I had to set the preset to 1%, but I now have Einsteins WUs queued, ready to go!!

I should be OK for about 8 hours and then Einstein and Milky Way preset as 0% resource share backups will kick in.

Now THAT'S a good idea!! I found I had to set the preset to 1%, but I now have Einsteins WUs queued, ready to go!!

Well - both my rigs are now busy with Einstein. Why??

Is there no-one on the GPUGrid project available to explain what's happening?

As I climb up through the credit stakes I regularly pass people who have given up. Very sad. But I wonder how many of them dropped out because of lack of communication...

Well - both my rigs are now busy with Einstein. Why??

Is there no-one on the GPUGrid project available to explain what's happening?

As I climb up through the credit stakes I regularly pass people who have given up. Very sad. But I wonder how many of them dropped out because of lack of communication...

I agree with you.
But in the meantime a smaller amount (~110) of workunits were put in the long queue, because now there are 6 unsent workunits and 1790 in progress.
So somebody heard us. :)

Relax. Projects run out of work. It happens.

Note: I believe setting a Resource Share to 0 means "Only ask that project if all other projects have been asked first. And, when we ask this 0-project, only get 1 work unit per idle resource. We don't want to create a cache for this 0-project."

It's good to have certain projects set to 0 Resource Share, as a backup, for when your main projects happen to run out of work for a while.

Another 800 workunits were put into the long queue. :)

But I wonder how many of them dropped out because of lack of communication...

I would bet 1% or less. This isn't Facebook. The admins don't post about thinking all morning they wanted a cheeseburger for lunch then deciding at the last minute to have a taco instead. This communication thing has been ballyhooed way out of proportion. Stop and think... what genuine harm does it cause any of us if a project runs out of work? If the long queue running out of tasks or a project running temporarily out of work was my biggest problem then I would have a very comfortable life.

Now if you intend to argue that we have no other explanation so it must certainly be lack of communication then go right ahead but be prepared to be severely ridiculed.

And another thing... pissing and moaning about no work has been known to motivate projects to reissue work that's been done just to shut the whiners up. I would not want to buy electricity to crunch tasks that don't need to be crunched just because some cry baby can't find anything else to whine about.

One last item... maybe, just maybe, nobody at the project knows exactly when more tasks will be available. Maybe, just maybe, nobody has time to go around to every scientist on the team and ask and come up with a firm date. The point being that should one of them dare to just estimate the time and date and be wrong then 20 seagulls suddenly arrive out of nowhere, squawking and pissing and moaning all over everything about lack of comms and how their important nose is just soooo out of joint and the world's coming to an end all because of no tasks.

Anybody else need a new one ripped while I'm at it? Or maybe ya just wanna take a valium and a laxative and relax and have a good bowl movement instead?

---

BOINC <<--- credit whores, pedants, alien hunters

Yes we do hear you. We heard you yesterday too. Once everyone is back in the lab later today we will discuss what needs to be simulated or if we have any new interesting projects. As Dagorath says it can take a while sometimes to come up with something good. Unfortunatelly projects don't just flow out of our brains so we need to do some research and find interesting systems which answer interesting biological questions or make new collaborations with other teams. It can sometimes take a while.

Personally a thing I find problematic is that AFAIK we don't have a good estimate on when the queues will run out so that we can plan ahead. You can only really tell in the last few hours before they go dry. Before that since WU's get resent it's quite tricky.

Also, out of curiosity, can't BOINC users configure BOINC to crunch other projects once one runs out? What would the disadvantages be for the crunchers if that happens? We obviously prefer to keep you here :D I just want to know why it is a problem if we shortly run out of WU's.