Some changes made to this recent BOINC update BUT |
![]() |
| log in |
Message boards : Number crunching : Some changes made to this recent BOINC update BUT
1 · 2 · Next
| Author | Message |
|---|---|
|
My details for Application details has changed from "Max tasks per day" of about 120 to: | |
| ID: 1005733 · | |
|
Congratulations. :-) | |
| ID: 1005736 · | |
|
Additional news is that these tasks with 01:23 completion time are not all VHAR tasks some at least are mid range AR = 0.4xxxx | |
| ID: 1005739 · | |
Additional news is that these tasks with 01:23 completion time are not all VHAR tasks some at least are mid range AR = 0.4xxxx Divide the estimate by the Duration Correction Factor, then multiply by 10 to get the allowed amount of crunch time before the task will be aborted by the core client. With my modest hosts, if I saw grossly underestimated work I'd be easily able to modify the <rsc_fpops_bound> for each such task to allow enough time to do the work. For those with much more throughput, there are likely to be too many tasks to handle by manual editing. Replacing all the rsc_fpops_bound values in client_state.xml with 2.5e15 would work[1], though. That's about the unadjusted bound for the longest-running MB work. As that bound is intended simply as protection from corrupted applications or such, making the change does not harm the project in any way. OTOH, if an app did happen to get into a loop, it would be a long time before BOINC would kill the task. [1]When reading xml files, BOINC uses a standard conversion to double for numeric entries. So editing to <rsc_fpops_bound>2.5e15</rsc_fpops_bound> will be read correctly. When BOINC rewrites the file it will become <rsc_fpops_bound>2500000000000000.000000</rsc_fpops_bound> simply because that's the way BOINC formats xml output of such values. Joe | |
| ID: 1005789 · | |
My details for Application details has changed from "Max tasks per day" of about 120 to: The reason you are seeing such low estimates is the "DCF squared" transitional problem I wrote about in April, and recently re-posted on these boards. Basically, the server is now applying your DCF value (of about 0.17, I guess) to the tasks before it sends them to you, in anticipation that your local DCF is close to 1.0 But until you work far enough through your cache for the first "short-estimated" task to complete, your local DCF won't adjust. Perhaps the simplest change you could make would be to give it a helping hand, by setting local DCF to 1.0 - that would stop additional downloads in their tracks (BOINC would finally realise that you've got enough work), and let EDF handle any VHARs that needed the hurry-up call. | |
| ID: 1005805 · | |
|
Before I went out I did increase the DCF to 0.2 from 0.05 and set to NTT, which was enough to send it into high priority mode for the gpu. | |
| ID: 1005878 · | |
|
This has to be wrong... | |
| ID: 1005892 · | |
This has to be wrong... Well, make one single error WU, and that will go down to 99 according to the new quota calculation. ____________ /The grumpy old Swede. "I'm so old, that 98% of all trees in the forest, are younger than I am" | |
| ID: 1005893 · | |
This has to be wrong... LOL! May I have some of those please? Oh my goodness! In spite of the strangeness going on, there are some very funny moments! :) Steve ____________ Warning, addicted to SETI crunching! Crunching as a member of GPU Users Group. GPUUG Website | |
| ID: 1005894 · | |
This has to be wrong... That's fine. By the next day I'll have a quota in the trillions according to this math. | |
| ID: 1005897 · | |
This has to be wrong... Yeah, I'll be nice and let you have a couple million. :) Strange it is.. | |
| ID: 1005898 · | |
This has to be wrong... I've reserved zillions upon zillions, So that's that. ;) ____________ BSG Anthem My Facebook page | |
| ID: 1005899 · | |
This has to be wrong... Well, I wonder if someone started on the weekend party drinks already, down at the SETI lab? :-) ____________ /The grumpy old Swede. "I'm so old, that 98% of all trees in the forest, are younger than I am" | |
| ID: 1005901 · | |
This has to be wrong... And I am going to get the credit for the (21008 - 105 =) 20903 tasks that my Q6600/gt240 computer completed today. SETI@home Enhanced (anonymous platform, nvidia GPU) Number of tasks completed 21008 Max tasks per day 21104 Number of tasks today 676 Consecutive valid tasks 21004 Average turnaround time 7.50 days Who needs an i7 plus multiple Fermi cards to go top of the rankings. | |
| ID: 1005902 · | |
Well your kicking the pants off my i7 rig with multiple Fermi cards! :) Steve ____________ Warning, addicted to SETI crunching! Crunching as a member of GPU Users Group. GPUUG Website | |
| ID: 1005903 · | |
This has to be wrong... Well.. now we know where all the credits have been landing... | |
| ID: 1005904 · | |
Haha! You'll have to beat me downloading them. | |
| ID: 1005912 · | |
Sounds like it. Or maybe someone wanted to take the edge of of our frustration with some humor. | |
| ID: 1005915 · | |
That's a boatload of tasks completed! lol Man, things are definitely out of whack at the moment. | |
| ID: 1005916 · | |
Don't know about credits but I'm going to be up to my eyeballs in tasks soon. Edit: I'm a spammer tonight. | |
| ID: 1005917 · | |
Message boards : Number crunching : Some changes made to this recent BOINC update BUT
| Copyright © 2013 University of California |