BOINC 6.10.4 and high priority mode

Message boards : Questions and problems : BOINC 6.10.4 and high priority mode
Message board moderation

To post messages, you must log in.

AuthorMessage
Raistmer

Send message
Joined: 9 Apr 06
Posts: 302
Message 27219 - Posted: 9 Sep 2009, 17:58:37 UTC

Ok, I installed BOINC 6.10.4, setted in 1.o all on_frac values

Only 2 projects active: SETI and SETI beta.
Both have equal shares.
All debts zeroed.

both use app_info.
SETI beta use application that needs only part of CPU but uses accelerator (otherwise idle in current config).

So, I sen avg_cpu for this app to 0.4
Thjat is, 4 SETI tasks + some SETI beta tasks can go simultaneously.

But BOINC runs 4 SETI tasks in high priority mode leaving no room for SETI beta tasks (and also leaving accelerator idle).

Why in such config BOINC use high priority mode???????


ID: 27219 · Report as offensive
Profile Jord
Volunteer tester
Help desk expert
Avatar

Send message
Joined: 29 Aug 05
Posts: 15482
Netherlands
Message 27228 - Posted: 9 Sep 2009, 21:31:41 UTC - in response to Message 27219.  

That same problem I told you about yesterday. Your <on_frac> is very low, as BOINC thinks your system was off since February 2009. Exit BOINC, edit <on_frac> in client_state.xml to 0.990000, save changes, restart BOINC.
ID: 27228 · Report as offensive
Raistmer

Send message
Joined: 9 Apr 06
Posts: 302
Message 27247 - Posted: 10 Sep 2009, 14:58:12 UTC - in response to Message 27228.  
Last modified: 10 Sep 2009, 14:59:11 UTC

That same problem I told you about yesterday. Your <on_frac> is very low, as BOINC thinks your system was off since February 2009. Exit BOINC, edit <on_frac> in client_state.xml to 0.990000, save changes, restart BOINC.


Hm, not sure.
I recived your message and manually setted all frac values to 1 in the beginning of client_state.xml ...
Described behavior was after that...
BTW, my frac values were not so low as we were afraid. Lowest (BOINC on time) ~90% activity almost 1 work allowed almost 1 too ...
ID: 27247 · Report as offensive
Profile Joseph Stateson
Volunteer tester
Avatar

Send message
Joined: 27 Jun 08
Posts: 641
United States
Message 27346 - Posted: 13 Sep 2009, 13:44:06 UTC - in response to Message 27228.  
Last modified: 13 Sep 2009, 13:53:11 UTC

That same problem I told you about yesterday. Your <on_frac> is very low, as BOINC thinks your system was off since February 2009. Exit BOINC, edit <on_frac> in client_state.xml to 0.990000, save changes, restart BOINC.


I tried that (the 1.0), rebooted, didnt help. Every cuda type app I am running (einstein, seti, collatz, milkyway especially) gets a timeslice as soon as it downloads. At one time I had 24 milkway "waiting to run" with another 6 stuck uploading. Think I had 4 seti "waiting to run" I am starting to see computation errors after 2 or so seconds of runtime (a seti cuda job) There must be some type of problem with 30+ cuda apps (milkyway, seti, collatz, einstein) having run only a few seconds before being swapped out.

I noticed the 24 task limit on milkyway was exceeded when tasks are stuck uploading. More discussion here of the milkyway problem with 6.10.4

Currently I have 13 cuda type apps that have received a time slice and are waiting to run and I suspect I will have more when collatz is back.

This problem is not unique to 6.10.4 as I recall seeing it when I went from 6.6.36 to 6.10.1 on all 3 of my cuda systems, but it was not as bad. Only the "very next" cuda app was started leaving only 1 orphaned "waiting to run" on each of 3 systems. Starting with 6.10.4 all cuda apps get orphaned with "waiting to run"
ID: 27346 · Report as offensive

Message boards : Questions and problems : BOINC 6.10.4 and high priority mode

Copyright © 2024 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.