No new work?

KWSN-GMC-Peeper of the Castle Anthrax
KWSN-GMC-Peeper...
Joined: 6 Oct 05
Posts: 62
Credit: 54,755,621
RAC: 0
Topic 190523

I don't seem to be receiving any new work from EAH. I see no threads..any thoughts? I do not believe I slipped and clicked the 'no new work' button and i'm sure i'm not overcommitted...?
NO..no..my mistake..it thinks i'm overcommitted despite the fact I have less WU in queue than any time in the last two months...

Tern
Tern
Joined: 27 Jul 05
Posts: 309
Credit: 99,440,614
RAC: 1

No new work?

Do you have a question? We'll need a lot more information from you if your question is 'why am I overcommitted'. Start with what projects you're running, what resource shares, what's currently in your cache with what deadlines, and what your cpu efficiency and "on time" etc. is from the hosts page.

KWSN-GMC-Peeper of the Castle Anthrax
KWSN-GMC-Peeper...
Joined: 6 Oct 05
Posts: 62
Credit: 54,755,621
RAC: 0

RE: Do you have a question?

Message 23426 in response to message 23425

Quote:

Do you have a question? We'll need a lot more information from you if your question is 'why am I overcommitted'. Start with what projects you're running, what resource shares, what's currently in your cache with what deadlines, and what your cpu efficiency and "on time" etc. is from the hosts page.

Well, maybe I do have a question. EAH isn't sending me any work, i'm down to my last WU with only 14 SAH wu otherwise in cache with a soonest due date of 1/16. I normally carry my full 8 EAH wu and 2 or 3 times as many SAH. ALso running, as you can see from my sig file, LAH but they're out of work and have been for 2 or 3 weeks. SAH has been down for a day or so twiddling the database and I have a buncha WU queued to 'report' and 'upload'
I'm no longer getting an 'overcommitted msg when I restart the client.
Sorry, can't seem to find a 'hosts' page. running an older P4 prescott with a 512L2 @2.8 ghz with 1 gb of 400 ddr. been doing the new albert app wu's in about 5 hours 20 min or so.
I'm doing equal default 100 shares on everything.

Paul D. Buck
Paul D. Buck
Joined: 17 Jan 05
Posts: 754
Credit: 5,385,205
RAC: 0

Goto your Hosts Page and

Goto your Hosts Page and select your computer, then copy the numbers towards the bottom as requested.

KWSN-GMC-Peeper of the Castle Anthrax
KWSN-GMC-Peeper...
Joined: 6 Oct 05
Posts: 62
Credit: 54,755,621
RAC: 0

Thank you Mr. Buck. So..the

Thank you Mr. Buck. So..the hosts page is actually the one titled 'computer summary' page. How stupid of me to be confused.

gmc-715feu8ztem
Local Standard Time UTC -5 hours
Name gmc-715feu8ztem
Created 11 Dec 2005 0:22:16 UTC
Total Credit 2,816.57
Recent average credit 109.95
CPU type GenuineIntel
Intel(R) Pentium(R) 4 CPU 2.80GHz
Number of CPUs 1
Operating System Microsoft Windows 2000
Professional Edition, Service Pack 4, (05.00.2195.00)
Memory 1023.23 MB
Cache 976.56 KB
Swap space 2972.01 MB
Total disk space 74.52 GB
Free Disk Space 56 GB
Measured floating point speed 2520.16 million ops/sec
Measured integer speed 4295.78 million ops/sec
Average upload rate 4.81 KB/sec
Average download rate 36.67 KB/sec
Average turnaround time 4.44 days
Maximum daily WU quota per CPU 16/day
Results 16
Number of times client has contacted server 35
Last time contacted server 5 Jan 2006 18:25:51 UTC
% of time BOINC client is running 100 %
While BOINC running, % of time work is allowed 0.0015 %
Average CPU efficiency 0.935409
Result duration correction factor 1.739191

Steve Cressman
Steve Cressman
Joined: 9 Feb 05
Posts: 104
Credit: 139,654
RAC: 0

Here is the problem : While

Here is the problem : While BOINC running, % of time work is allowed 0.0015 %

In the Boinc Manager click Commands then make sure you have it set to 'Run Always'.
Boinc Will give up CPU to any program that needs it. The way you have it set, every time you move your mouse it pauses Boinc.

98SE XP2500+ @ 2.1 GHz Boinc v5.8.8

KWSN-GMC-Peeper of the Castle Anthrax
KWSN-GMC-Peeper...
Joined: 6 Oct 05
Posts: 62
Credit: 54,755,621
RAC: 0

oh dear. 'run always' was

oh dear. 'run always' was already selected. I have reselected it hopefully to toggle it. I haven't even opened the commands drop down..if this happened it was a glitch in the client.
Nope..i've just twiddled my mouse for a full minute and watched the current wu continue to crunch.
I believe the 'time work is allowed' number is bogus. I have been happily crunching all the SAH WU in my queue at normal rates of production for the last two days this has apparently been going on.
I guess I should make clear that i've been running smoothly for 3 months now and haven't changed any of my settings in that time except to move my'contact' time from 2 to 4 days a couple weeks ago. As best I can figure, this started happening just about the time I started crunching EAH with the Albert app.

Tern
Tern
Joined: 27 Jul 05
Posts: 309
Credit: 99,440,614
RAC: 1

For whatever reason, the

For whatever reason, the active_frac on that host has gotten "very low". It should recover on it's own over the course of the next "n" results, but meanwhile it'll be "overcommitted" a lot.

Easiest fix... shut down BOINC completely, make a backup, then open client_state.xml with Notepad, about 30 lines down is "active_frac" - it'll say 0.0015, simply change that to a 1, save, and relaunch BOINC. It'll drop a bit from the 1 over the next few hours, but if you truly are running 99% of the time, it should only drop to .99.

KWSN-GMC-Peeper of the Castle Anthrax
KWSN-GMC-Peeper...
Joined: 6 Oct 05
Posts: 62
Credit: 54,755,621
RAC: 0

RE: For whatever reason,

Message 23432 in response to message 23431

Quote:

For whatever reason, the active_frac on that host has gotten "very low". It should recover on it's own over the course of the next "n" results, but meanwhile it'll be "overcommitted" a lot.

Easiest fix... shut down BOINC completely, make a backup, then open client_state.xml with Notepad, about 30 lines down is "active_frac" - it'll say 0.0015, simply change that to a 1, save, and relaunch BOINC. It'll drop a bit from the 1 over the next few hours, but if you truly are running 99% of the time, it should only drop to .99.

Thank you Mr. Michael. I'm gonna move this over to the bugs forum before I start hacking files. Could be something with Albert they want to look into.

Steve Cressman
Steve Cressman
Joined: 9 Feb 05
Posts: 104
Credit: 139,654
RAC: 0

Don't think there is a

Don't think there is a problem with Albert app. My % of time work is allowed number is still where it should be after doing lots of Albert.

While BOINC running, % of time work is allowed 99.7361 % for my system.

If it was the Albert app then mine would be low too. I think your best course of action would be to edit the number as Bill suggest and see what it does from there. If it is repeatable then there may be a problem.

98SE XP2500+ @ 2.1 GHz Boinc v5.8.8

Dp
Dp
Joined: 27 Aug 05
Posts: 14
Credit: 189,665,277
RAC: 239,170

I have no new work since Jan

I have no new work since Jan 7.
When I update the following Msg reads

1/26/2006 2:53:46 PM|LHC@home|Finished download of wjan1D_v6s4hvnom_mqx_nc__1__64.327_59.337__10_12__6__70_1_sixvf_boinc62179.zip
1/26/2006 2:53:46 PM|LHC@home|Throughput 27671 bytes/sec
1/26/2006 2:53:47 PM||request_reschedule_cpus: files downloaded
1/26/2006 3:36:45 PM||request_reschedule_cpus: project op
1/26/2006 3:36:46 PM|climateprediction.net|Pausing result sulphur_iw8n_100881591_0 (left in memory)
1/26/2006 3:36:46 PM|LHC@home|Starting result wjan1D_v6s4hvnom_mqx_nc__1__64.327_59.337__10_12__6__70_1_sixvf_boinc62179_3 using sixtrack version 467
1/26/2006 3:36:48 PM|Einstein@Home|Sending scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi
1/26/2006 3:36:48 PM|Einstein@Home|Reason: Requested by user
1/26/2006 3:36:48 PM|Einstein@Home|Note: not requesting new work or reporting results
1/26/2006 3:36:53 PM|Einstein@Home|Scheduler request to http://einstein.phys.uwm.edu/EinsteinAtHome_cgi/cgi succeeded
1/26/2006 3:36:58 PM||request_reschedule_cpus: process exited
1/26/2006 3:36:58 PM|LHC@home|Computation for result wjan1D_v6s4hvnom_mqx_nc__1__64.327_59.337__10_12__6__70_1_sixvf_boinc62179_3 finished
1/26/2006 3:36:58 PM|climateprediction.net|Resuming result sulphur_iw8n_100881591_0 using sulphur_cycle version 422
1/26/2006 3:36:58 PM|LHC@home|Sending scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi
1/26/2006 3:36:58 PM|LHC@home|Reason: To fetch work
1/26/2006 3:36:58 PM|LHC@home|Requesting 8640 seconds of new work
1/26/2006 3:37:00 PM|LHC@home|Started upload of wjan1D_v6s4hvnom_mqx_nc__1__64.327_59.337__10_12__6__70_1_sixvf_boinc62179_3_0
1/26/2006 3:37:03 PM|LHC@home|Scheduler request to http://lhcathome-sched1.cern.ch/scheduler/cgi succeeded
1/26/2006 3:37:05 PM|LHC@home|Finished upload of wjan1D_v6s4hvnom_mqx_nc__1__64.327_59.337__10_12__6__70_1_sixvf_boinc62179_3_0
1/26/2006 3:37:05 PM|LHC@home|Throughput 31607 bytes/sec
1/26/2006 3:37:05 PM|LHC@home|Started download of wjan1C_v6s4hvnom_mqx_nc__8__64.296_59.306__10_12__6__65_1_sixvf_boinc71427.zip
1/26/2006 3:37:07 PM|LHC@home|Finished download of wjan1C_v6s4hvnom_mqx_nc__8__64.296_59.306__10_12__6__65_1_sixvf_boinc71427.zip
1/26/2006 3:37:07 PM|LHC@home|Throughput 37989 bytes/sec
1/26/2006 3:37:08 PM||request_reschedule_cpus: files downloaded

Whutsup??

Thanks
DP

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.