| Index | Recent Threads | Unanswered Threads | Who's Active | Guidelines | Search |
 |
World Community Grid Forums
Category: Completed Research
Forum: Computing for Clean Water Forum
Thread: Strange BOINC Priority |
| No member browsing this thread |
|
Thread Status: Active Total posts in this thread: 44
|
|
| Author |
|
|
Ingleside
Veteran Cruncher Norway Joined: Nov 19, 2005 Post Count: 974 Status: Offline Project Badges: 
|
The processing order is purely FIFO which is down to the microsecond exact from assignment time, which you cant see in BOINC unless you dig into the client state file. Actually, the deadline in a scheduler-reply (then you've assigned new work) is one of the few numbers that's an integer, meaning it's whole seconds, and not any microseconds and so on... Visit the Result Status page, hit the filter for In Progress and device name if you run more than one, update, them select sent time column header to sort on that criteria and copy paste list here. Without deadline issues that should produce the list and order in which tasks process. Once the Tasks view column has once been manually sorted it's not easy to reset the list so tasks appear in the true order of assignment. Seeing it's the exact same sent-time and deadline for these tasks, it's not neccessarily sorting by sent-time will give the actual "order"... Probably they'll show-up in the default "unsorted" order within the same sent-time, but this again doesn't mean it's the correct "order" on client. Now, the BOINC-defaults is to sort by result-id, but the scheduler doesn't assign work in result-id-order, especially not if assigned multiple different wu-types... As for client, since David Autumns is running v6.2.28, maybe my recollection is too fuzzy, but doesn't this still include the "Old-style, advanced view" (not sure that's exactly called and can't check at the moment), if so this will be unsorted...  "I make so many mistakes. But then just think of all the mistakes I don't make, although I might." [Edit 1 times, last edit by Ingleside at Aug 25, 2010 11:38:40 AM] |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
I've done this so many times, it can be ticked off if printed and held next to the client task queue, that I've no doubt it's 'The' order. Let me dump the client_state.xml and see what's filtered out from there. On first glance, they seem to be listed there in order of receipt., and indeed doing the result name searches on the first 10 and how they chronologically appear in the client, it's seemingly that order.
----------------------------------------Yawn, it's so incredibly unimportant... what on earth are we talking about hear... oh wait... the Games Theory applied as per John Nash... anything we do we want to be right, even when we're wrong... the winning an argument and still loosing the battle. Watch mother earth closely! I think it's loosing.
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1320 Status: Offline Project Badges: 
|
Sekerob wrote:
Requested some years ago, a way to return the deadline column to historical order... sort on first click on column header, ascending, second click, descending, 3rd click, historic receipt time which must be stored somewhere as else the client would not know how to apply the FIFO rule.Getting historic back is I think deleting the keys in the registry that hold such things a windows position. Not long ago it was simple to get the original (FIFO)-order. You got the FIFO-order by selecting from the View-tab Accessible View. This is gone in the latest client versions. Now you have only Simple View and useless Tab selections. Although as you said you can deactivate your selection and sort order in the registry: Stop Boinc Manager. Change from [HKEY_CURRENT_USER\Software\Space Sciences Laboratory, U.C. Berkeley\BOINC Manager\Tasks] ReverseSortOrder and SortColumn into 0 (zero). Start Boinc Manager. CP |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
Indeed, that was the trick and you also got more lines on the screen too. Progress is not always better nor is change for the sake of change.
----------------------------------------Happy Crunching.
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Change from [HKEY_CURRENT_USER\Software\Space Sciences Laboratory, U.C. Berkeley\BOINC Manager\Tasks] ReverseSortOrder and SortColumn into 0 (zero). Are you sure about that? On Linux the column index is zero-based, so I had to set SortColumn to -1 to disable any sorting. |
||
|
|
Crystal Pellet
Veteran Cruncher Joined: May 21, 2008 Post Count: 1320 Status: Offline Project Badges:
|
Change from [HKEY_CURRENT_USER\Software\Space Sciences Laboratory, U.C. Berkeley\BOINC Manager\Tasks] ReverseSortOrder and SortColumn into 0 (zero). Are you sure about that? On Linux the column index is zero-based, so I had to set SortColumn to -1 to disable any sorting. I'm sure about that, because I tested it. But only for Windows. I'm not a Linux guru. I'm using Linux only for applications that run better/quicker on Linux like WCG-HCC and SIMAP hmmer's. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
... I'm sure about that, because I tested it. But only for Windows. I'm not a Linux guru. I'm using Linux only for applications that run better/quicker on Linux like WCG-HCC and SIMAP hmmer's. Alright, I was just checking.  I thought the GUI used some cross-platform widget-toolkit, but I guess I was wrong. |
||
|
|
JmBoullier
Former Community Advisor Normandy - France Joined: Jan 26, 2007 Post Count: 3715 Status: Offline Project Badges: 
|
It is though inadvisable to use a switch time that is greater than the shortest regular deadline v.v. projects outside WCG. The penalty is that even when they would have low weight/resource share, those jobs will just run to the end, more work is being fetched that will than start immediately and on and on until the debt rule reaches max. A Proviso with this: There's been so many changes to client scheduling over time (but not the base FIFO principle) that it has to be tested on any client used if working as wanted. Maybe I have not said it clearly enough, I have only implied it. So let me put a clear statement: I would not use that trick if I were computing for several grids. From what I have read the debt mechanism is tricky enough for not using its dedicated parameter for what it is not supposed to be used. Try it if you want but remember I don't think it is a good idea. |
||
|
|
Former Member
Cruncher Joined: May 22, 2018 Post Count: 0 Status: Offline |
Hi Arnold, How many days of work are cached based on the values currently showing in the Time To Completion (TTC) column? On those very long times, you may have had one or more tasks that took much longer and consequently the client inflates the TTC for all the results taking the FPOPS in the job header and multiplying that in the first instance with the Duration Correction Factor. It only slowly gets reduced with each task that completes faster than the current projected TTCs for the tasks in the Ready to Start state. To get a decent number of workunits i put the cashe to 10 days. In normally is 2 days, but increased because from the very first unit it was over one day estimated processing time. When a result is uploaded the TTC is decreased with 30 to 45 mins. At this moment its 14:45:34. But i expect it to increase when receiving a new WU. I try to leave the client alone, but i was not going to loose any results because of bad TTC. I did upgrade to the beta client, and then back to 6.10.58 (64) Maybe i should stop requesting new WU´s, and when emtpy totally remove and reinstall the client. Thanks, Arnold. |
||
|
|
Sekerob
Ace Cruncher Joined: Jul 24, 2005 Post Count: 20043 Status: Offline |
The FPOPS in the tasks header is dynamically calculated for each science (daily or so). This means that if you received a task for C4CW yesterday and it's listed with 14:45 hours, then those received today will have an adapted FPOPS derived from yesterday's returned work and thus could show already with lesser TTC, though most probably both will run the near same time.
----------------------------------------Reinstalling won't do anything. A simple Project Reset will restore the defaults for WCG, most notably the Duration Correction Factor. (DCF) When running a mix of sciences with fairly stable run times, the client will learn. Setting the cache to 10 days, leaves no margin for error. Even a few hours down time will be enough to cause the client to go into panic state Earliest Deadline First (EDF).
WCG
Please help to make the Forums an enjoyable experience for All! |
||
|
|
|