| log in |
Message boards : BOINC core client : massive work fetch bug in 7.0.25
1 · 2 · Next
| Author | Message |
|---|---|
|
Just switched to the new recommended version... and it's definitely nothing I would recommend. ;) | |
| ID: 43342 · | |
|
Running away from something like this isn't going to help anyone. So, if you would please be so kind as to: <cc_config> <log_flags> <cpu_sched_debug>1</cpu_sched_debug> <work_fetch_debug>1</work_fetch_debug> </log_flags> </cc_config> Save it in your BOINC data directory. Let BOINC know about it, by either exiting BOINC & restarting it, or opening BOINC Manager->Advanced view->Advanced->Read config file. The output will be in the Event Log. Let it output for at least 5 minutes, then copy the part of the log with these debug messages in them, and stop BOINC. Remove the old cc_config.xml file's lines, and in their place put the following: <cc_config> <log_flags> <rr_simulation>1</rr_simulation> </log_flags> </cc_config> Run this in the same manner as described above. After 5 minutes, copy that part of the log, add it to the previous part (like in Notepad), and send this file to David Anderson with a description of what you think is wrong, how it should work and where in the logs it isn't. You can find his address here. As for your question whether or not we tested this version, of course we did. The developers do not chuck untested applications in your lap, however, we can't test every possible combination of hardware + projects that exist, as then no BOINC version will ever be released. Also of note, it's very possible that this is a project scheduler problem. It wouldn't be the first. We're always on the lookout for alpha testers, so if you think you can do better than the rest of us, go to http://boinc.berkeley.edu/trac/wiki/AlphaInstructions and follow the instructions. It is that simple. ____________ Jord -BOINC FAQ Service -BOINC 7.0 FAQ Go, seize the day, wake up and say: This is an Extraordinary life! -- Asia, An Extraordinary Life | |
| ID: 43356 · | |
320 WUs and counting, about 12 hours of work according to BOINC's own estimation... that's 0.5 days, way more than 0.01 days. I've been running the 7.0.x series on 4 boxes and I did notice that kind of behaviour on a couple of projects (predominantly newly added ones) but it sorted itself out - not guaranteeing that this will happen in your case, but let it run its course before abandoning it. I can't remember which projects it was but when it happened I was a bit concerned, particularly as boinc was going into "high priority" mode and it looked as though the wu's from other projects were going to suffer, as it was I think it's just the way the 7 series estimates runtime. ____________ CIC1=CC=C(C2=N[C@@H](CC(OC(C)(C)C)=O)C3=NN=C(C)N3C4=C2C(C)=C(C)S4)C=C1 | |
| ID: 43371 · | |
|
Yes, in general, for others reading here. Do know, that the scheduling code has been rewritten from the ground up. It will not go and fetch work, or schedule which projects to run, as previous versions did. | |
| ID: 43374 · | |
|
well I'm sorry but I hate the new method. | |
| ID: 43462 · | |
so if I set it to - What keeps you from trying it? ;-) Gruß, Gundolf | |
| ID: 43463 · | |
so if I set it to - Because I just run it?, I dont make it, let alone like to fool with it?. thats why I thought i'd ask first? & provide some feedback wile I was at it as a longtime user?. is that ok?. | |
| ID: 43468 · | |
|
well I set it to those numbers & now its even worse?!~. | |
| ID: 43469 · | |
Because I just run it?, I dont make it, let alone like to fool with it?. thats why I thought i'd ask first? & provide some feedback wile I was at it as a longtime user?. is that ok?. Sorry, I didn't want to criticise you, I just think that playing with some preferences isn't like fooling with the application. It's never wrong to ask, but sometimes you get a faster response by just trying it. And giving feedback is okay in any case. :-) Gruß, Gundolf | |
| ID: 43470 · | |
Going to re-install 6.12.34 I guess. And what about trying some other numbers and giving feedback again? ;-) Perhaps that way you help to discover and remove some bugs. Gruß, Gundolf | |
| ID: 43471 · | |
|
Back in the early 6.x release the Min and Additional work buffer fields were set to ZERO so that projects would only get a single task - not multiple. Then you would have many tasks but only from individual projects. How can we do this in the new 7.0.25 version? | |
| ID: 43527 · | |
Find how BOINC won't immediately after uploading & reporting work ask for new work...How do the scheduler changes affect the reporting of completed WU's? 7.0.25 seems to keep completed WU's around a lot longer than 6.12.34 did. In the particular case of Milkyway@Home, 6.x always uploaded the results almost immediately (~1min after completion). 7.x lets the results sit there by the multiple dozens for an indeterminate period of time. | |
| ID: 43534 · | |
6.x always uploaded the results almost immediately (~1min after completion). 7.x lets the results sit there by the multiple dozens for an indeterminate period of time. Yup, plus it will ignore the <report_results_immediately/> switch in cc_config.xml The change is that it will try to do a work request at the same time as it's reporting work. Only when a time-of-day change (CPU and Network) is happening in the next 30 minutes, will BOINC 7 report work immediately. ____________ Jord -BOINC FAQ Service -BOINC 7.0 FAQ Go, seize the day, wake up and say: This is an Extraordinary life! -- Asia, An Extraordinary Life | |
| ID: 43535 · | |
Back in the early 6.x release the Min and Additional work buffer fields were set to ZERO so that projects would only get a single task - not multiple. Then you would have many tasks but only from individual projects. How can we do this in the new 7.0.25 version? I'd almost say guess... ;-) But uhm, how about setting both to ZERO again? The minimum work buffer setting sets the minimum amount of work you're going to request. The maximum additional work buffer sets the additional days worth of work you want to have. So if you only want 1 task for each CPU + GPU core, you set 0 + 0, which will fetch 1 second per hardware core. ____________ Jord -BOINC FAQ Service -BOINC 7.0 FAQ Go, seize the day, wake up and say: This is an Extraordinary life! -- Asia, An Extraordinary Life | |
| ID: 43536 · | |
|
All I know is if I have X number of active projects then I want at least one WU running/waiting to run for each of those projects, just like 6.x did so well for years. | |
| ID: 43539 · | |
|
I have given you a straight and simple answer. I have the same problem with version 7. Each task would complete, but BOINC Manager would not request new ones. I do not consider myself stupid, but the explanation of the parameters for minimum and maximum work buffers in the network preferences is VERY difficult to understand. I didn't program BOINC, yet when I tried to put an explanation on how this new BOINC works in the User Manual Wiki, I was called back by the developers who found this information too strenuous for the poor souls of the simple BOINC user, it would scare them away. And as such, hey presto, there's no explanation anywhere why BOINC 7.0 works the way that it does, other than in quite technical language. Still want to lay blame in all the wrong places? ____________ Jord -BOINC FAQ Service -BOINC 7.0 FAQ Go, seize the day, wake up and say: This is an Extraordinary life! -- Asia, An Extraordinary Life | |
| ID: 43542 · | |
Back in the early 6.x release the Min and Additional work buffer fields were set to ZERO so that projects would only get a single task - not multiple. Then you would have many tasks but only from individual projects. How can we do this in the new 7.0.25 version? But by having ZERO in both settings in 6.x - allowed all my projects, that had a task to send, to get only a single task downloaded per project – so I ultimately had many tasks waiting but there was only one per project. Now the ZERO settings just gets one task at a time and if I up it – I get several tasks for the same project. How can I get only one task per project in 7.x release? This used to work… | |
| ID: 43548 · | |
|
By allowing BOINC to run for several days with the zero and zero days setting. BOINC 7 has a new work fetch module and new separated CPU and GPU schedulers. It will have to learn anew about how you run things. It can't do that without starting with one task per hardware core per project. | |
| ID: 43549 · | |
By allowing BOINC to run for several days with the zero and zero days setting. BOINC 7 has a new work fetch module and new separated CPU and GPU schedulers. It will have to learn anew about how you run things. It can't do that without starting with one task per hardware core per project. Great!!! I guess as in most things: ”Patience is the Key” Thanks for the quick response – I will just leave it alone... Keep up the good work | |
| ID: 43550 · | |
The change is that it will try to do a work request at the same time as it's reporting work.But when does it report results when it is NOT doing a work request? Does it wait until WU's available is less than "Minimum work buffer"? If so, setting "Max. Additional work buffer" to a number of days could presumably delay transmitting results for a very long time. | |
| ID: 43579 · | |
Message boards : BOINC core client : massive work fetch bug in 7.0.25
Copyright © 2013 University of California. Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.