07/06/2005 00:13:59||May run out of work in 5.00 days; requesting more
07/06/2005 00:13:59|SETI@home|Requesting 609970.92 seconds of work
07/06/2005 00:13:59|SETI@home|Sending request to scheduler: http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
07/06/2005 00:14:00|SETI@home|Scheduler RPC to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
07/06/2005 00:14:00|SETI@home|Message from server: No work sent
07/06/2005 00:14:00|SETI@home|Message from server: (reached daily quota of 8 results)

This can't be right - I frequently download dozens of units in a single hit? My P4 3.0 in HT mode will eat 8 WU's in about 10 hours - my 2 dual processor Xeon 2.8Ghz's will gobble those 8 units, in about 5 hours max - what's happening - this is a disaster when added to the inability to hold onto a cache of seti and einstein is giving me a similar message, and refuses to download work. I have had no work to process for on a few machines for about the last week. This never happened on the old clients.
07/06/2005 00:27:32|Einstein@Home|Requesting 864000.00 seconds of work
07/06/2005 00:27:32|Einstein@Home|Sending request to scheduler: http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
07/06/2005 00:27:33|Einstein@Home|Scheduler RPC to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
07/06/2005 00:27:33|Einstein@Home|Message from server: No work sent
07/06/2005 00:27:33|Einstein@Home|Message from server: (reached daily quota of 16 results)

---

Check the result history for the machines with a low quota in case any are returning errors , if that happens then I believe each error will reduce the daily quota.

Shady

---

<img src='http://www.boincsynergy.com/images/stats/comb-1527.jpg'>

the usual suspect of a reduced quota is WUs being returned either:

Late

or


Download errors.


you're computers are hidden, so I can't check your WUs for you.

does this seem to be the problem?

the usual suspect of a reduced quota is WUs being returned either:

Late

or


Download errors.


you're computers are hidden, so I can't check your WUs for you.

does this seem to be the problem?

Niether that I can see in the logs - the machine in question hasn't returned a work unit late (to my knowledge) ever, except during big outages.

I'll have a better look later at work.

---

I seem to have a similar problem. My Linux box went us and when restarted it returned the entire cache as errors. Now I have a 1 WU/day limit for each processor instead of 100/day on that PC. Not sure what went wrong here.......it just got 2 units after waiting 12/13 hours for work. I suspect when it has done these two is will wait again. Have put cpdn on it now to use the MIPS or they are just wasted. Any ideas how I get the cache back up? 4.32 btw.

---

the usual suspect of a reduced quota is WUs being returned either:
Late
or
Download errors.

you're computers are hidden, so I can't check your WUs for you.

does this seem to be the problem?

Niether that I can see in the logs - the machine in question hasn't returned a work unit late (to my knowledge) ever, except during big outages.
I'll have a better look later at work.

Ok it seems I had a large batch of units with no reply - which were sent out on 22nd May due for return on the 5th June - no idea why - my normal turnaround on this machine is 1-2 days max (large underestimate of time to complete due to HT) At least I know why, if not what, caused the problem.

---

Ok it seems I had a large batch of units with no reply - which were sent out on 22nd May due for return on the 5th June - no idea why - my normal turnaround on this machine is 1-2 days max (large underestimate of time to complete due to HT) At least I know why, if not what, caused the problem.

Most likely you got blessed with a batch of ghost WU's from an incomplete request between the client and the server. The client requests WU's and the server assigns but the WU's never get downloaded. This has been a problem for a while now on most of the projects. Unfortunately there's nothing you can do except slowly build back the max WU level by completing WU's.

---

To truly explore, one must keep an open mind...

I seem to have a similar problem. My Linux box went us and when restarted it returned the entire cache as errors. Now I have a 1 WU/day limit for each processor instead of 100/day on that PC. Not sure what went wrong here.......it just got 2 units after waiting 12/13 hours for work. I suspect when it has done these two is will wait again. Have put cpdn on it now to use the MIPS or they are just wasted. Any ideas how I get the cache back up? 4.32 btw.

For each error or past deadline, your quota will decrease by 1.
But, for each "success"-result you reports, the quota will double.
The quota will never drop below 1, or increase above 100 per cpu in seti.

This will limit computers with permanent errors to trashing 1 result per day.
If the problem have been fixed, they'll initially only get 1 result, but when they reports it they'll get another, for next reported they'll get 2 more, when 4, 8, 16, 32 and 36.

I seem to have a similar problem. My Linux box went us and when restarted it returned the entire cache as errors. Now I have a 1 WU/day limit for each processor instead of 100/day on that PC. Not sure what went wrong here.......it just got 2 units after waiting 12/13 hours for work. I suspect when it has done these two is will wait again. Have put cpdn on it now to use the MIPS or they are just wasted. Any ideas how I get the cache back up? 4.32 btw.

For each error or past deadline, your quota will decrease by 1.
But, for each "success"-result you reports, the quota will double.
The quota will never drop below 1, or increase above 100 per cpu in seti.

This will limit computers with permanent errors to trashing 1 result per day.
If the problem have been fixed, they'll initially only get 1 result, but when they reports it they'll get another, for next reported they'll get 2 more, when 4, 8, 16, 32 and 36.

The quota does not double, it goes up by one.

---

BOINC WIKI

I seem to have a similar problem. My Linux box went us and when restarted it returned the entire cache as errors. Now I have a 1 WU/day limit for each processor instead of 100/day on that PC. Not sure what went wrong here.......it just got 2 units after waiting 12/13 hours for work. I suspect when it has done these two is will wait again. Have put cpdn on it now to use the MIPS or they are just wasted. Any ideas how I get the cache back up? 4.32 btw.

For each error or past deadline, your quota will decrease by 1.
But, for each "success"-result you reports, the quota will double.
The quota will never drop below 1, or increase above 100 per cpu in seti.

This will limit computers with permanent errors to trashing 1 result per day.
If the problem have been fixed, they'll initially only get 1 result, but when they reports it they'll get another, for next reported they'll get 2 more, when 4, 8, 16, 32 and 36.

The quota does not double, it goes up by one.

Ah Ok guys I see that now. Good defence!
OK I have got 9 WUs waiting now and 2 in progress. Great thanks for the info.
Regards
Ian

---

The quota does not double, it goes up by one.

This is not correct, the quota doubles. See sched_send.c line 566-579.

The quota does not double, it goes up by one.

This is not correct, the quota doubles. See sched_send.c line 566-579.

Sigh. It used to go up by one, I wonder when that changed.

---

BOINC WIKI

Sigh. It used to go up by one, I wonder when that changed.

Before the new functionality with changing quota was added in version 1.74, 2005/02/26 00:24:36, the quota was constant and didn't increase or decrease at all... but it did increase from 50 to 100 in SETI@home 26.12.2004

Well...just to confirm....mine went 0, 2, 4, 8 .....but then 11 just to confuse us lol!

Edit: Its 16 now!

---

I want to know how come MrFrog's 2.8mhz xeon is at 900+ rac
http://setiathome.berkeley.edu/show_host_detail.php?hostid=665305

and my 2.4mhz xeon is only at 300+ and struggling
http://setiathome.berkeley.edu/show_host_detail.php?hostid=1388619

seems there's some bad credit assignment.
mine ask for just over 30 and get given 18
boohoo

---

I want to know how come MrFrog's 2.8mhz xeon is at 900+ rac
http://setiathome.berkeley.edu/show_host_detail.php?hostid=665305

and my 2.4mhz xeon is only at 300+ and struggling
http://setiathome.berkeley.edu/show_host_detail.php?hostid=1388619

seems there's some bad credit assignment.
mine ask for just over 30 and get given 18
boohoo

In Your Account, General Preferences, for "On multiprocessors, use at most" what is your setting? I think the default is 2, but you've both got 4 available for use. He's probably using all 4, are you?

Are you running other projects? RAC for SETI would be lower if you're also doing work elsewhere.

Is this computer used for heavy duty work besides SETI@Home?

MJ

---

I want to know how come MrFrog's 2.8mhz xeon is at 900+ rac
http://setiathome.berkeley.edu/show_host_detail.php?hostid=665305

and my 2.4mhz xeon is only at 300+ and struggling
http://setiathome.berkeley.edu/show_host_detail.php?hostid=1388619

seems there's some bad credit assignment.
mine ask for just over 30 and get given 18
boohoo

If you take a look at his result output, he is using an optimized science app, so the machine can crunch a great many W/U's per day giving the machine a very high RAC. His 2.8 Xeon is also reporting 1238.87 million ops/sec floating point speed and 1478.62 million ops/sec integer speed, versus your 2.4 xeon is reporting 1025.79 million ops/sec floating point and 835.21 million ops/sec integer, so it is possible that he may be using an optimized BOINC client as well. You are using the standard 4.43 client and standard 4.18 science app. Using an optimized science app would definitely boost your machine's W/U throughput and boost your RAC. Happy crunching...

Regards, Daniel.

---

... snipped ..and my 2.4mhz xeon is only at 300+ and struggling
http://setiathome.berkeley.edu/show_host_detail.php?hostid=1388619

I would think about using the optimized clients as your machine is taking longer to crunch than my Dual P3 933 and your benchmark figures are not much better either. If it was mine I do some serious testing to why its going so slow.

And my single core Pent M at 1.86 is getting over 320 credits a day, doing Einstein and Seti Bravo test as well.

Andy