Redundant result - Cancelled by server
Message boards : Wish list : Redundant result - Cancelled by server
| Author | Message | |
|---|---|---|
suguruhirahara
Forum moderator Volunteer tester 
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
I have a same question of this post at BURP:
a number of projects already implemented the "Redundant result - Cancelled by server" feature to speed up the crunching process by cancelling the extra results that haven't been started on clients if/when the client connects for an update. Wouldn't this be a nice feature for BURP, seeing as how there seem to be a lot of results returned after the workunit is validated? I think this system could work well for Docking@Home, too. When the minimum quorum, 2, is formed, other tasks can be cancelled, if these tasks aren't started yet and the hosts connect for an update. ____________ 
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
ID:
3832 | Rating: 0
| rate:
/
|
||
|
Andre Kerstens
Forum moderator Project tester Volunteer tester 
Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0 |
||
|
Is this standard BOINC functionality? If yes, we'll see how to enable that as it seems useful. Thanks Suguru.
I have a same question of this post at BURP: ____________ D@H the greatest project in the world... a while from now! |
||
|
ID:
3841 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
I'm not sure about it well. Maybe the server needs configuring to set this function run in any way.
|
||
|
ID:
3843 | Rating: 0
| rate:
/
|
||
|
Is this standard BOINC functionality? If yes, we'll see how to enable that as it seems useful. Thanks Suguru. Per PovAddict: http://boinc.berkeley.edu/trac/wiki/ProjectOptions send_result_abort ____________ Dublin, CA Team SETI.USA |
||
|
ID:
3844 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
send_result_abort:
If set, and the client is processing a result for a WU that has been canceled or is not in the DB (i.e. there's no chance of getting credit), tell the client to abort the result regardless of state. If client is processing a result for a WU that has been assimilated or is overdue (i.e. there's a chance of not getting credit) tell the client to abort the result if it hasn't started yet. Note: this will increase the load on your DB server. Can the server accept much more load? Anyway I'm not sure how much the load will increase... suguruhirahara ____________
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
|
ID:
3845 | Rating: 0
| rate:
/
|
||
|
Can the server accept much more load? Anyway I'm not sure how much the load will increase... I *think* I read (maybe somewhere at SETI?) that the increased load was small. I suggest we try it out anyway. The savings against wasted crunching effort is too good to pass up. Not only does it help this project, but it helps other projects too (assuming people crunch for more than a single project). ____________ Dublin, CA Team SETI.USA |
||
|
ID:
3853 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
The savings against wasted crunching effort is too good to pass up. Not only does it help this project, but it helps other projects too (assuming people crunch for more than a single project). That's why I proposed it in this forum;-) suguruhirahara ____________
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
|
ID:
3854 | Rating: 0
| rate:
/
|
||
|
The savings against wasted crunching effort is too good to pass up. Not only does it help this project, but it helps other projects too (assuming people crunch for more than a single project). Yeah I know. I was just trying to "+1". ;) Seriously though, this feature should be turned on by default, IMO. Someone go bug the BOINC devs. ____________ Dublin, CA Team SETI.USA |
||
|
ID:
3855 | Rating: 0
| rate:
/
|
||
|
Seriously though, this feature should be turned on by default, IMO. Someone go bug the BOINC devs. I was that someone, and DA agreed. He is turning it on by default for new project installations. ____________ Dublin, CA Team SETI.USA |
||
|
ID:
3856 | Rating: 0
| rate:
/
|
||
|
suguruhirahara
Forum moderator Volunteer tester
Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0 |
||
|
Seriously though, this feature should be turned on by default, IMO. Someone go bug the BOINC devs. Many shall be amazed when tasks are silently ended with this function, with no action. I was, for example. suguruhirahara ____________
I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions. |
||
|
ID:
3857 | Rating: 0
| rate:
/
|
||
|
Many shall be amazed when tasks are silently ended with this function, with no action. I was, for example. Sure, there will be a learning curve. But that is better than wasted cycles, IMO. ____________ Dublin, CA Team SETI.USA |
||
|
ID:
3859 | Rating: 0
| rate:
/
|
||
Message boards : Wish list : Redundant result - Cancelled by server
Database Error: The MySQL server is running with the --read-only option so it cannot execute this statement
array(3) {
[0]=>
array(7) {
["file"]=>
string(47) "/boinc/projects/docking/html_v2/inc/db_conn.inc"
["line"]=>
int(97)
["function"]=>
string(8) "do_query"
["class"]=>
string(6) "DbConn"
["object"]=>
object(DbConn)#16 (2) {
["db_conn"]=>
resource(66) of type (mysql link persistent)
["db_name"]=>
string(7) "docking"
}
["type"]=>
string(2) "->"
["args"]=>
array(1) {
[0]=>
&string(51) "update DBNAME.thread set views=views+1 where id=295"
}
}
[1]=>
array(7) {
["file"]=>
string(48) "/boinc/projects/docking/html_v2/inc/forum_db.inc"
["line"]=>
int(60)
["function"]=>
string(6) "update"
["class"]=>
string(6) "DbConn"
["object"]=>
object(DbConn)#16 (2) {
["db_conn"]=>
resource(66) of type (mysql link persistent)
["db_name"]=>
string(7) "docking"
}
["type"]=>
string(2) "->"
["args"]=>
array(3) {
[0]=>
object(BoincThread)#3 (16) {
["id"]=>
string(3) "295"
["forum"]=>
string(1) "9"
["owner"]=>
string(2) "15"
["status"]=>
string(1) "0"
["title"]=>
string(38) "Redundant result - Cancelled by server"
["timestamp"]=>
string(10) "1204227728"
["views"]=>
string(4) "1110"
["replies"]=>
string(2) "10"
["activity"]=>
string(23) "1.0937919824052001e-107"
["sufferers"]=>
string(1) "0"
["score"]=>
string(1) "0"
["votes"]=>
string(1) "0"
["create_time"]=>
string(10) "1204097913"
["hidden"]=>
string(1) "0"
["sticky"]=>
string(1) "0"
["locked"]=>
string(1) "0"
}
[1]=>
&string(6) "thread"
[2]=>
&string(13) "views=views+1"
}
}
[2]=>
array(7) {
["file"]=>
string(63) "/boinc/projects/docking/html_v2/user/community/forum/thread.php"
["line"]=>
int(184)
["function"]=>
string(6) "update"
["class"]=>
string(11) "BoincThread"
["object"]=>
object(BoincThread)#3 (16) {
["id"]=>
string(3) "295"
["forum"]=>
string(1) "9"
["owner"]=>
string(2) "15"
["status"]=>
string(1) "0"
["title"]=>
string(38) "Redundant result - Cancelled by server"
["timestamp"]=>
string(10) "1204227728"
["views"]=>
string(4) "1110"
["replies"]=>
string(2) "10"
["activity"]=>
string(23) "1.0937919824052001e-107"
["sufferers"]=>
string(1) "0"
["score"]=>
string(1) "0"
["votes"]=>
string(1) "0"
["create_time"]=>
string(10) "1204097913"
["hidden"]=>
string(1) "0"
["sticky"]=>
string(1) "0"
["locked"]=>
string(1) "0"
}
["type"]=>
string(2) "->"
["args"]=>
array(1) {
[0]=>
&string(13) "views=views+1"
}
}
}
query: update docking.thread set views=views+1 where id=295