results that are returned from different macs


Advanced search

Message boards : Number crunching : results that are returned from different macs

Sort
Author Message
zombie67 [MM]
Volunteer tester
Avatar

Joined: Sep 18 06
Posts: 207
ID: 114
Credit: 2,817,648
RAC: 0
Message 863 - Posted 5 Oct 2006 15:21:07 UTC

"There seem to be some problems with the mac intel app in that the results that are returned from different macs (Macbook, MacMini, Macpro) are not the same (they should be). We cannot reproduce this on our macs in the lab, but are currently looking into this. This currently causes a lot of pending credits for our mac users. About 80 workunits currently seem to be have affected."

The result is pending credits? Shouldn't this also cause WUs that have an outcome of "Success" and a valid state of "Invalid"? For example, what if two Mac Minis return result A, and a MacBook returns result B. Won't it then say result B is Invalid like this?:

http://docking.utep.edu/workunit.php?wuid=6803

Is this perhaps the cause of all my zero credit results? Because there are a *lot* of them, and there is no reason for it. Stock MacBook Pro, stock client (5.4.9).
____________
Dublin, CA
Team SETI.USA

Dagorath

Joined: Sep 18 06
Posts: 38
ID: 116
Credit: 4,866
RAC: 0
Message 915 - Posted 7 Oct 2006 17:01:09 UTC - in response to Message ID 863 .
Last modified: 7 Oct 2006 17:23:29 UTC

"There seem to be some problems with the mac intel app in that the results that are returned from different macs (Macbook, MacMini, Macpro) are not the same (they should be). We cannot reproduce this on our macs in the lab, but are currently looking into this. This currently causes a lot of pending credits for our mac users. About 80 workunits currently seem to be have affected."

The result is pending credits? Shouldn't this also cause WUs that have an outcome of "Success" and a valid state of "Invalid"? For example, what if two Mac Minis return result A, and a MacBook returns result B. Won't it then say result B is Invalid like this?:

http://docking.utep.edu/workunit.php?wuid=6803


Actually that example suggests they all matched because the WU status is now "Done". One of the 3 didn't get credits which would be an error if the 3 in fact matched. The question is, if they did not match then why has the WU been given status "Done" and why hasn't a 4th WU been issued or at least queued?


In the hypothetical case you propose (which is in fact a case that occurs frequently), the validator should draw no conclusions and should issue a 4th WU. If the 4th matches B then a 5th WU should be issued. If the 4th matches A then that would constitute a quorum, B would be declared invalid and the three that returned A would be declared valid. Who would receive credits? Well that all depends on how the project writes it's validator and whether the validator actually works. Sometimes they don't.
zombie67 [MM]
Volunteer tester
Avatar

Joined: Sep 18 06
Posts: 207
ID: 114
Credit: 2,817,648
RAC: 0
Message 919 - Posted 7 Oct 2006 18:22:15 UTC - in response to Message ID 915 .
Last modified: 7 Oct 2006 18:22:49 UTC

The result is pending credits? Shouldn't this also cause WUs that have an outcome of "Success" and a valid state of "Invalid"? For example, what if two Mac Minis return result A, and a MacBook returns result B. Won't it then say result B is Invalid like this?:
http://docking.utep.edu/workunit.php?wuid=6803

Actually that example suggests they all matched because the WU status is now "Done".

Yeah, it has changed from when I originally posted this.
One of the 3 didn't get credits which would be an error if the 3 in fact matched. The question is, if they did not match then why has the WU been given status "Done" and why hasn't a 4th WU been issued or at least queued?

I think the administrators cleaned up all the pending 5.01 units like this, since they told us to abort all the outstanding 5.01 WUs when 5.02 for the mac was released.
____________
Dublin, CA
Team SETI.USA
Dotsch
Volunteer tester
Avatar

Joined: Sep 13 06
Posts: 49
ID: 75
Credit: 57,728
RAC: 0
Message 1053 - Posted 23 Oct 2006 20:38:16 UTC

It looks like the problem still exists with 5.02.

Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

Joined: Sep 11 06
Posts: 749
ID: 1
Credit: 15,199
RAC: 0
Message 1058 - Posted 24 Oct 2006 2:28:23 UTC - in response to Message ID 1053 .

That is correct. It looks like we will get the new charmm version tomorrow which will hopefully help to get rid of this problem.

The problem with the 2 valid results getting credit is a little bit a mystery to us as well. The transitioner should create a new result to reach a quorum, but for whatever reason it does not. We are investigating this.

Thanks
Andre

It looks like the problem still exists with 5.02.


____________
D@H the greatest project in the world... a while from now!

Message boards : Number crunching : results that are returned from different macs

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)#10 (2) {
      ["db_conn"]=>
      resource(72) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(1) {
      [0]=>
      &string(50) "update DBNAME.thread set views=views+1 where id=74"
    }
  }
  [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)#10 (2) {
      ["db_conn"]=>
      resource(72) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      object(BoincThread)#3 (16) {
        ["id"]=>
        string(2) "74"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(3) "114"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(45) "results that are returned from different macs"
        ["timestamp"]=>
        string(10) "1161656903"
        ["views"]=>
        string(4) "1034"
        ["replies"]=>
        string(1) "4"
        ["activity"]=>
        string(20) "1.7116236252284e-129"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1160061667"
        ["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(2) "74"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(3) "114"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(45) "results that are returned from different macs"
      ["timestamp"]=>
      string(10) "1161656903"
      ["views"]=>
      string(4) "1034"
      ["replies"]=>
      string(1) "4"
      ["activity"]=>
      string(20) "1.7116236252284e-129"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1160061667"
      ["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=74