workunit generator for each platform?

Message boards : Wish list : workunit generator for each platform?

Author	Message
suguruhirahara Forum moderator Volunteer tester Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0	Message 1011 - Posted 18 Oct 2006 10:34:23 UTC Last modified: 18 Oct 2006 10:35:32 UTC
	We have implemented new functionality in our workunit generator that will automatically will keep the number of unsent results in the database at a certain level (currently 500). Yet boinc manager recieves this message still 18/10/2006 19:18:18\|Docking@Home\| Message from server: No work sent 18/10/2006 19:18:18\|Docking@Home\| Message from server: (there was work but it was committed to other platforms) I suspect that unsent results consists of ones for each platform (windows, mac, linux and so on). How about separating these and set the level of unsent results for each of them, so that hosts can recieve workunits and crunch them all day long? thanks for reading, suguruhirahara ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions.
	ID: 1011 \| Rating: 0 \| rate: /

Andre Kerstens Forum moderator Project tester Volunteer tester Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0	Message 1013 - Posted 18 Oct 2006 19:58:44 UTC - in response to Message ID 1011 .
	This is due to a problem with homogeneous redundancy. We are working on a fix for the feeder to make this message go away. It has nothing to do with the workunit generator, but with the shared memory that has many results reserved for linux's and macs so that there is nothing left for windows. It also makes a difference if you have an intel or amd cpu. So there might be work for windows on amd, but not for windows on intel. We are currently reviewing all of these policies in the light of our recent findings. Thanks Andre We have implemented new functionality in our workunit generator that will automatically will keep the number of unsent results in the database at a certain level (currently 500). Yet boinc manager recieves this message still 18/10/2006 19:18:18\|Docking@Home\| Message from server: No work sent 18/10/2006 19:18:18\|Docking@Home\| Message from server: (there was work but it was committed to other platforms) I suspect that unsent results consists of ones for each platform (windows, mac, linux and so on). How about separating these and set the level of unsent results for each of them, so that hosts can recieve workunits and crunch them all day long? thanks for reading, suguruhirahara ____________ D@H the greatest project in the world... a while from now!
	ID: 1013 \| Rating: -1 \| rate: /

Saenger Volunteer tester Joined: Sep 13 06 Posts: 125 ID: 79 Credit: 411,959 RAC: 0	Message 1014 - Posted 18 Oct 2006 20:38:41 UTC Last modified: 18 Oct 2006 20:40:00 UTC
	Nothing for Linux as well: Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Sending scheduler request to http://docking.utep.edu/docking_cgi/cgi Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Reason: To fetch work Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Requesting 8640 seconds of new work Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Scheduler request succeeded Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Message from server: No work sent Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Message from server: (there was work but it was committed to other platforms) Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|No work from project This is so since 0800UTC. So if it's homogenous redundancy it's 500 Mac-WUs ;)
	ID: 1014 \| Rating: 0 \| rate: /

Atomic Booty Volunteer tester Joined: Sep 13 06 Posts: 59 ID: 23 Credit: 30,370 RAC: 0	Message 1016 - Posted 18 Oct 2006 22:56:03 UTC - in response to Message ID 1014 .
	Saenger wrote: Nothing for Linux as well So if it's homogenous redundancy it's 500 Mac-WUs ;) If that's the case, we could be in for a long wait! =S
	ID: 1016 \| Rating: 0 \| rate: /

Andre Kerstens Forum moderator Project tester Volunteer tester Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0	Message 1021 - Posted 19 Oct 2006 3:44:39 UTC - in response to Message ID 1014 .
	Hmmm, this is definitely weird. Will dive deeper into this... AK Nothing for Linux as well: Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Sending scheduler request to http://docking.utep.edu/docking_cgi/cgi Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Reason: To fetch work Mit 18 Okt 2006 22:09:23 CEST\|Docking@Home\|Requesting 8640 seconds of new work Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Scheduler request succeeded Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Message from server: No work sent Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|Message from server: (there was work but it was committed to other platforms) Mit 18 Okt 2006 22:09:28 CEST\|Docking@Home\|No work from project This is so since 0800UTC. So if it's homogenous redundancy it's 500 Mac-WUs ;) ____________ D@H the greatest project in the world... a while from now!
	ID: 1021 \| Rating: 0 \| rate: /

Saenger Volunteer tester Joined: Sep 13 06 Posts: 125 ID: 79 Credit: 411,959 RAC: 0	Message 1022 - Posted 19 Oct 2006 4:14:40 UTC
	Nothing new here: Don 19 Okt 2006 06:13:13 CEST\|Docking@Home\|Sending scheduler request to http://docking.utep.edu/docking_cgi/cgi Don 19 Okt 2006 06:13:13 CEST\|Docking@Home\|Reason: To fetch work Don 19 Okt 2006 06:13:13 CEST\|Docking@Home\|Requesting 8640 seconds of new work Don 19 Okt 2006 06:13:18 CEST\|Docking@Home\|Scheduler request succeeded Don 19 Okt 2006 06:13:18 CEST\|Docking@Home\|Message from server: No work sent Don 19 Okt 2006 06:13:18 CEST\|Docking@Home\|Message from server: (there was work but it was committed to other platforms) Don 19 Okt 2006 06:13:18 CEST\|Docking@Home\|No work from project No work since about 24h.
	ID: 1022 \| Rating: 0 \| rate: /

suguruhirahara Forum moderator Volunteer tester Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0	Message 1024 - Posted 19 Oct 2006 10:17:07 UTC
	[As of 19 Oct 2006 10:14:23 UTC] : Results ready to send 635 What will happen if it'll go under 500? Will other new unsent results be added to the database? ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions.
	ID: 1024 \| Rating: 0 \| rate: /

Andre Kerstens Forum moderator Project tester Volunteer tester Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0	Message 1027 - Posted 19 Oct 2006 16:17:03 UTC - in response to Message ID 1024 .
	Yes. But that doesn't mean they will be added to the shared memory as well. When hosts request work they get it from the shared memory segment and if the shared memory segment has marked results as a windows, linux or mac result, the rest of the result from that workunit have to go to a windows, linux or mac as well: they are so to say reserved by that platform and other platforms won't get these. If all results have been reserved, the message you are seeing is being sent out. Hope that makes it clearer. We'll make a FAQ entry on this as well, because there seem to be many questions on this. Thanks! Andre [As of 19 Oct 2006 10:14:23 UTC] : Results ready to send 635 What will happen if it'll go under 500? Will other new unsent results be added to the database? ____________ D@H the greatest project in the world... a while from now!
	ID: 1027 \| Rating: 0 \| rate: /

suguruhirahara Forum moderator Volunteer tester Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0	Message 1032 - Posted 20 Oct 2006 11:28:10 UTC
	We have increased the running time of our workunits slightly (added 1.5 hours on a 3 GHz P4). This will hopefully have as an effect that PCs will not come back to the server so often and request less results, thereby alleviating the HR reservation effect on the shared memory segment. In other words, you should not see the \'Work has been commited to other platforms\' so often anymore. Does this mean that this issue has solved and the database is working without problem? ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions.
	ID: 1032 \| Rating: 0 \| rate: /

Andre Kerstens Forum moderator Project tester Volunteer tester Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0	Message 1034 - Posted 20 Oct 2006 15:06:31 UTC - in response to Message ID 1032 .
	No not yet, but hopefully it has alleviated the problem a bit and you won't see the famous message so much. Andre We have increased the running time of our workunits slightly (added 1.5 hours on a 3 GHz P4). This will hopefully have as an effect that PCs will not come back to the server so often and request less results, thereby alleviating the HR reservation effect on the shared memory segment. In other words, you should not see the 'Work has been commited to other platforms' so often anymore. Does this mean that this issue has solved and the database is working without problem? ____________ D@H the greatest project in the world... a while from now!
	ID: 1034 \| Rating: 0 \| rate: /

suguruhirahara Forum moderator Volunteer tester Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0	Message 1035 - Posted 20 Oct 2006 15:14:27 UTC - in response to Message ID 1034 . Last modified: 20 Oct 2006 15:32:01 UTC
	No not yet, but hopefully it has alleviated the problem a bit and you won't see the famous message so much. Andre Understood. Also, [As of 20 Oct 2006 15:11:46 UTC] Results ready to send 500 It seems that generator is well adding unsent results to the database, keeping the same level. EDIT: but I fear that the increasing of running time would bring a mac / PIII (or Windows Vista) machine to have a disadvantage in that results returned by the host sometimes are invalidated. Some of the participants will be frustrated. This project is however yet in alpha-phase, though. ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions.
	ID: 1035 \| Rating: 0 \| rate: /

Andre Kerstens Forum moderator Project tester Volunteer tester Joined: Sep 11 06 Posts: 749 ID: 1 Credit: 15,199 RAC: 0	Message 1038 - Posted 20 Oct 2006 17:49:51 UTC - in response to Message ID 1035 .
	EDIT: but I fear that the increasing of running time would bring a mac / PIII (or Windows Vista) machine to have a disadvantage in that results returned by the host sometimes are invalidated. Some of the participants will be frustrated. This project is however yet in alpha-phase, though. That's the next problem that will hopefully be solved soon, but we need the new Charmm release for this and unfortunately that still hasn't been released. Andre ____________ D@H the greatest project in the world... a while from now!
	ID: 1038 \| Rating: 0 \| rate: /

Atomic Booty Volunteer tester Joined: Sep 13 06 Posts: 59 ID: 23 Credit: 30,370 RAC: 0	Message 1041 - Posted 20 Oct 2006 19:51:23 UTC - in response to Message ID 1034 .
	My computer managed to grab 3 WUs while I was at work today, but I am already getting the dreaded 'Work has been commited to other platforms' message again.
	ID: 1041 \| Rating: 0 \| rate: /

suguruhirahara Forum moderator Volunteer tester Joined: Sep 13 06 Posts: 282 ID: 15 Credit: 56,614 RAC: 0	Message 1043 - Posted 21 Oct 2006 2:08:16 UTC - in response to Message ID 1041 .
	My computer managed to grab 3 WUs while I was at work today, but I am already getting the dreaded 'Work has been commited to other platforms' message again. That was because the shared memory segment issue hasn't been fixed yet. We'll sometimes see the message until it'll be solved. ____________ I'm a volunteer participant; my views are not necessarily those of Docking@Home or its participating institutions.
	ID: 1043 \| Rating: 0 \| rate: /

Message boards : Wish list : workunit generator for each platform?

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)#19 (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=84"
    }
  }
  [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)#19 (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) "84"
        ["forum"]=>
        string(1) "9"
        ["owner"]=>
        string(2) "15"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(37) "workunit generator for each platform?"
        ["timestamp"]=>
        string(10) "1161396496"
        ["views"]=>
        string(4) "3484"
        ["replies"]=>
        string(2) "13"
        ["activity"]=>
        string(20) "6.1909084447781e-129"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1161167663"
        ["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) "84"
      ["forum"]=>
      string(1) "9"
      ["owner"]=>
      string(2) "15"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(37) "workunit generator for each platform?"
      ["timestamp"]=>
      string(10) "1161396496"
      ["views"]=>
      string(4) "3484"
      ["replies"]=>
      string(2) "13"
      ["activity"]=>
      string(20) "6.1909084447781e-129"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1161167663"
      ["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=84