workunit generator for each platform?


Advanced search

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

Sort
Author Message
Profile suguruhirahara
Forum moderator
Volunteer tester
Avatar

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.
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

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!
Profile Saenger
Volunteer tester
Avatar

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 ;)
Profile Atomic Booty
Volunteer tester
Avatar

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
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

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!
Profile Saenger
Volunteer tester
Avatar

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.
Profile suguruhirahara
Forum moderator
Volunteer tester
Avatar

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.

Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

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!
Profile suguruhirahara
Forum moderator
Volunteer tester
Avatar

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.
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

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!
Profile suguruhirahara
Forum moderator
Volunteer tester
Avatar

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.
Profile Andre Kerstens
Forum moderator
Project tester
Volunteer tester
Avatar

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!
Profile Atomic Booty
Volunteer tester
Avatar

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.

Profile suguruhirahara
Forum moderator
Volunteer tester
Avatar

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.

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