| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Completed Research
Forum: Discovering Dengue Drugs - Together
Thread: DDDT Badge: Who will be first in Bronze, Silver & Gold? |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 123
|
|
| Author |
|
|
[B@P]SEARCHER
Senior Cruncher Germany Joined: May 13, 2009 Post Count: 169 Status: Offline Project Badges: 
|
 YEAH, finally I got my Bronze one for this.Greatings to all [B@P]SEARCHER
Member of Team BOINC@Pfalz
Member of CHARITY TEAM   |
||
|
|
adrianxw
Senior Cruncher Denmark Joined: Apr 13, 2008 Post Count: 192 Status: Offline Project Badges: 
|
This machine will not download more than usual, even when set to download the 6-7 days I need for my yellow. It is currently crunching 4 and has the huge cache of 2 wu waiting to start. I don't know why this is the case.
|
||
|
|
JmBoullier
Former Community Advisor Normandy - France Joined: Jan 26, 2007 Post Count: 3715 Status: Offline Project Badges:
|
One possible explanation is that the ratio of crunching hours per week is not high enough. This is not a problem for us, everybody contributes as he can or want, but Boinc is applying this ratio to your cache setting for determining how much work it is queuing.
----------------------------------------For example if your machine is crunching an average 3 hours per day it and your extra work setting is set to 8 days Boinc will not queue more than one day of estimated runtime. Another possibility is that the estimated duration of queued jobs is far too high because Boinc's scheduler has gone wild. Jean. |
||
|
|
adrianxw
Senior Cruncher Denmark Joined: Apr 13, 2008 Post Count: 192 Status: Offline Project Badges:
|
One possible explanation is that the ratio of crunching hours per week is not high enough. This is not a problem for us, everybody contributes as he can or want, but Boinc is applying this ratio to your cache setting for determining how much work it is queuing. For example if your machine is crunching an average 3 hours per day it and your extra work setting is set to 8 days Boinc will not queue more than one day of estimated runtime. Another possibility is that the estimated duration of queued jobs is far too high because Boinc's scheduler has gone wild. Jean. I don't know why this machine is not downloading more. The machine has 4 cores and is running WCG on all four all the time, (at the moment). A similar quad sitting beneath my desk has downloaded pages of wu's. The durations of the downloaded wu's looks completely normal to me. It is only the very sudden end of the project that has caused me to look at this. This machine is running "normally" i.e. the wu's waiting to run are normal number. I guess it is just another of "those things" designed to make sure I almost but not quite reach my yellow badge. |
|||
|
||||
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Which preferences are you setting, the ones in "My Grid" here on WCG or you local preferences in your BOINC client? If it's the former, go into your local preferences and click "clear" on all 3 tabs.
Failing that, go into your BOINC Program Data directory and open the file client_state.xml with any text editor. Look for the section that looks like this: - <time_stats> <on_frac>0.939169</on_frac> <connected_frac>0.998369</connected_frac> <active_frac>0.960137</active_frac> <cpu_efficiency>0.981850</cpu_efficiency> All those numbers should be 0.9xxxxx for a 24/7 machine. If they are not, shut down BOINC manager(including science apps) and edit the numbers to 0.999999 (six decimal places, very important!) Save end exit. Do the same for the client_state_prev.xml file. Then fire up BOINC manager again and hit update. |
||
|
|
nasher
Veteran Cruncher USA Joined: Dec 2, 2005 Post Count: 1422 Status: Offline Project Badges: 
|
One possible explanation is that the ratio of crunching hours per week is not high enough. This is not a problem for us, everybody contributes as he can or want, but Boinc is applying this ratio to your cache setting for determining how much work it is queuing. For example if your machine is crunching an average 3 hours per day it and your extra work setting is set to 8 days Boinc will not queue more than one day of estimated runtime. Another possibility is that the estimated duration of queued jobs is far too high because Boinc's scheduler has gone wild. Jean. I don't know why this machine is not downloading more. The machine has 4 cores and is running WCG on all four all the time, (at the moment). A similar quad sitting beneath my desk has downloaded pages of wu's. The durations of the downloaded wu's looks completely normal to me. It is only the very sudden end of the project that has caused me to look at this. This machine is running "normally" i.e. the wu's waiting to run are normal number. I guess it is just another of "those things" designed to make sure I almost but not quite reach my yellow badge. my guess is there might be no more work for it to download with so many people grabing for the last few work units... good luck with getting your badge i am happy with my gold badge and 129 days.  |
||
|
|
adrianxw
Senior Cruncher Denmark Joined: Apr 13, 2008 Post Count: 192 Status: Offline Project Badges:
|
Couldn't see a "Clear" button. The values in the local xml were 0.999xxx which I didn't bother changing. I am sure there are wu's there still as this machine is regularly downloading, but only 1.
----------------------------------------As I said, I am sure it is conspiring to make sure I fail! <edit> Found the Clear option. Have done so, no effect though. [Edit 1 times, last edit by adrianxw at Jul 22, 2009 8:58:26 AM] |
||
|
|
JmBoullier
Former Community Advisor Normandy - France Joined: Jan 26, 2007 Post Count: 3715 Status: Offline Project Badges:
|
Well, I think it is largely time to be a little more systematic.
---------------------------------------- If the start of your Boinc session is still visible in your message log please copy lines from the start down to the "Restarting task xxxx..." ones and paste them here. If your machine is always on these lines might be no longer visible. In that case please reboot your machine to have a fresh start and cut/paste the starting lines as described above. Also please go to the Advanced view, select the Projects tab, select the WCG line and click the Update button. Then go back to your message log and cut/paste the line "Sending scheduler request..." and the following ones. Read you later. Jean. |
||
|
|
adrianxw
Senior Cruncher Denmark Joined: Apr 13, 2008 Post Count: 192 Status: Offline Project Badges:
|
Okay, but I think Murphy is against me...
----------------------------------------22/07/2009 17:43:16 Starting BOINC client version 6.6.20 for windows_intelx86 22/07/2009 17:43:16 log flags: task, file_xfer, sched_ops, sched_op_debug 22/07/2009 17:43:16 Libraries: libcurl/7.19.4 OpenSSL/0.9.8j zlib/1.2.3 22/07/2009 17:43:16 Data directory: F:\Documents and Settings\All Users\Application Data\BOINC 22/07/2009 17:43:16 Running under account Adrian 22/07/2009 17:43:28 SETI@home Found app_info.xml; using anonymous platform 22/07/2009 17:43:29 Processor: 4 GenuineIntel Intel(R) Core(TM)2 Quad CPU @ 2.40GHz [x86 Family 6 Model 15 Stepping 7] 22/07/2009 17:43:29 Processor features: fpu tsc pae nx sse sse2 mmx 22/07/2009 17:43:29 OS: Microsoft Windows XP: Home x86 Editon, Service Pack 3, (05.01.2600.00) 22/07/2009 17:43:29 Memory: 2.00 GB physical, 5.83 GB virtual 22/07/2009 17:43:29 Disk: 111.78 GB total, 58.77 GB free 22/07/2009 17:43:29 Local time is UTC +2 hours 22/07/2009 17:43:49 No CUDA devices found 22/07/2009 17:43:49 No coprocessors 22/07/2009 17:43:50 Not using a proxy 22/07/2009 17:43:50 proteins@home URL: http://biology.polytechnique.fr/proteinsathome/; Computer ID: 27042; location: work; project prefs: work 22/07/2009 17:43:50 rosetta@home URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 528511; location: work; project prefs: work 22/07/2009 17:43:50 boincsimap URL: http://boinc.bio.wzw.tum.de/boincsimap/; Computer ID: 72899; location: home; project prefs: home 22/07/2009 17:43:50 Poem@Home URL: http://boinc.fzk.de/poem/; Computer ID: 558; location: home; project prefs: home 22/07/2009 17:43:50 Leiden Classical URL: http://boinc.gorlaeus.net/; Computer ID: 24120; location: work; project prefs: work 22/07/2009 17:43:50 climateprediction.net URL: http://climateprediction.net/; Computer ID: 694991; location: home; project prefs: home 22/07/2009 17:43:50 Docking@Home URL: http://docking.cis.udel.edu/; Computer ID: 2253; location: work; project prefs: work 22/07/2009 17:43:50 Einstein@Home URL: http://einstein.phys.uwm.edu/; Computer ID: 963423; location: home; project prefs: home 22/07/2009 17:43:50 Project TANPAKU URL: http://issofty17.is.noda.tus.ac.jp/; Computer ID: 30833; location: work; project prefs: work 22/07/2009 17:43:50 lhcathome URL: http://lhcathome.cern.ch/lhcathome/; Computer ID: 23691; location: home; project prefs: home 22/07/2009 17:43:50 Predictor @ Home URL: http://predictor.scripps.edu/; Computer ID: 31288; location: work; project prefs: work 22/07/2009 17:43:50 QMC@HOME URL: http://qah.uni-muenster.de/; Computer ID: 52878; location: work; project prefs: work 22/07/2009 17:43:50 SETI@home URL: http://setiathome.berkeley.edu/; Computer ID: 3450941; location: home; project prefs: home 22/07/2009 17:43:50 SZTAKI Desktop Grid URL: http://szdg.lpds.sztaki.hu/szdg/; Computer ID: 282357; location: home; project prefs: home 22/07/2009 17:43:50 Cosmology@Home URL: http://www.cosmologyathome.org/; Computer ID: 2332; location: work; project prefs: work 22/07/2009 17:43:50 malariacontrol.net URL: http://www.malariacontrol.net/; Computer ID: 44667; location: home; project prefs: home 22/07/2009 17:43:50 PrimeGrid URL: http://www.primegrid.com/; Computer ID: 49298; location: work; project prefs: work 22/07/2009 17:43:50 uFluids URL: http://www.ufluids.net/; Computer ID: 50089; location: home; project prefs: home 22/07/2009 17:43:50 World Community Grid URL: http://www.worldcommunitygrid.org/; Computer ID: 568518; location: home; project prefs: home 22/07/2009 17:43:51 World Community Grid General prefs: from World Community Grid (last modified 22-Jul-2009 11:04:25) 22/07/2009 17:43:51 World Community Grid Computer location: home 22/07/2009 17:43:51 General prefs: using separate prefs for home 22/07/2009 17:43:51 Reading preferences override file 22/07/2009 17:43:51 Preferences limit memory usage when active to 2047.04MB 22/07/2009 17:43:51 Preferences limit memory usage when idle to 2047.04MB 22/07/2009 17:44:16 Preferences limit disk usage to 10.00GB 22/07/2009 17:44:26 World Community Grid Restarting task dddt1702l0665_100085_0 using dddt version 607 22/07/2009 17:44:27 World Community Grid Restarting task dddt1702l0670_100371_0 using dddt version 607 22/07/2009 17:44:28 World Community Grid Restarting task dddt1702m0679_100263_0 using dddt version 607 22/07/2009 17:44:29 World Community Grid Restarting task dddt1702m0684_100335_0 using dddt version 607 ... and... 22/07/2009 18:23:43 World Community Grid [sched_op_debug] Starting scheduler request 22/07/2009 18:23:43 World Community Grid Sending scheduler request: Requested by user. 22/07/2009 18:23:43 World Community Grid Not reporting or requesting tasks 22/07/2009 18:23:43 World Community Grid [sched_op_debug] CPU work request: 0.00 seconds; 0 idle CPUs 22/07/2009 18:23:48 World Community Grid Scheduler request completed: got 0 new tasks 22/07/2009 18:23:48 World Community Grid [sched_op_debug] Server version 601 22/07/2009 18:23:48 World Community Grid Project requested delay of 11 seconds 22/07/2009 18:23:48 World Community Grid [sched_op_debug] Deferring communication for 11 sec 22/07/2009 18:23:48 World Community Grid [sched_op_debug] Reason: requested by project I think the exercise may be doomed to failure anyway as it looks like the system downloads "n" days regardless of the number of cores running. <edit> I mean it downloads "n" tasks which the machine then crunches in n/4 days. [Edit 2 times, last edit by adrianxw at Jul 22, 2009 4:29:49 PM] |
||
|
|
JmBoullier
Former Community Advisor Normandy - France Joined: Jan 26, 2007 Post Count: 3715 Status: Offline Project Badges:
|
Since you said that this "The machine has 4 cores and is running WCG on all four all the time" I had not envisaged that it could be attached to so many grids! That might well be the explanation. From you log I can also see that it is not the server which would not send you more work (for whatever reason) but it is the client which does not need more.
----------------------------------------To help clear this point first, is the "similar quad sitting beneath my desk [which] has downloaded pages of wu's" attached to the same number of other grids, Climate Prediction in particular? If not your multi-grid setting is probably what you should dig in. Check the project weight for each of these projects as well as the "switch applications every xxxx minutes" parameter. And come back to tell us more. Jean. |
||
|
|
|