Charmnn 34a26.15 1di9 mod00138alpha_35138_2609799_0


Advanced search

Message boards : Number crunching : Charmnn 34a26.15 1di9 mod00138alpha_35138_2609799_0

Sort
Author Message
Stacey Baird

Joined: Oct 17 08
Posts: 4
ID: 2605
Credit: 141,739
RAC: 0
Message 4836 - Posted 8 Feb 2009 1:45:47 UTC

My Docking work unit Charmnn 34a26.15 1di9 mod00138alpha_35138_2609799_0 reached 22.903 percent completion about five days ago and then never started again. I made "sure" my work allocation instructions were correct. I am running BOINC Mgr 6.6.4.


2/8/2009 7:32:30 AM||Processor: 2 GenuineIntel Intel(R) Pentium(R) 4 CPU 3.20GHz [x86 Family 15 Model 4 Stepping 3]
2/8/2009 7:32:30 AM||Processor features: fpu tsc pae nx sse sse2 mmx
2/8/2009 7:32:30 AM||OS: Microsoft Windows XP: Home x86 Editon, Service Pack 3, (05.01.2600.00)
2/8/2009 7:32:30 AM||Memory: 2.00 GB physical, 3.84 GB virtual
2/8/2009 7:32:30 AM||Disk: 78.13 GB total, 51.71 GB free
2/8/2009 7:32:30 AM||Local time is UTC +8 hours
2/8/2009 7:32:30 AM||Not using a proxy
2/8/2009 7:32:35 AM||CUDA device: GeForce 8400 GS (512MB, est. 5GFLOPS)
2/8/2009 7:32:37 AM|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 947263; location: home; project prefs: default
2/8/2009 7:32:37 AM|Docking@Home|URL: http://docking.cis.udel.edu/; Computer ID: 11217; location: (none); project prefs: default

Has anyone noticed this same problem? Solutions?
____________

zombie67 [MM]
Volunteer tester
Avatar

Joined: Sep 18 06
Posts: 207
ID: 114
Credit: 2,817,648
RAC: 0
Message 4837 - Posted 8 Feb 2009 6:36:39 UTC

All scheduling is completely messed up with 6.6.*. The higher the * the more messed up it is.
____________
Dublin, CA
Team SETI.USA

Profile David Ball
Forum moderator
Volunteer tester
Avatar

Joined: Sep 18 06
Posts: 274
ID: 115
Credit: 1,634,401
RAC: 0
Message 4848 - Posted 12 Feb 2009 10:05:24 UTC

BOINC client 6.4.* is also messed up on work fetch and will even let some cores on a multi-core machine run dry.

I went back to 6.2.19 to get reliable work fetch and scheduling. The 6.4.* and 6.6.* versions are where they started supporting GPU computing (Nvidia CUDA) and are really messed up. Unless you're trying to use an Nvidia graphics card to do computing on Seti, I'd go back to 6.2.19
____________
The views expressed are my own.
Facts are subject to memory error :-)
Have you read a good science fiction novel lately?

Profile robertmiles

Joined: Apr 16 09
Posts: 96
ID: 9967
Credit: 1,290,747
RAC: 0
Message 4939 - Posted 28 Apr 2009 0:53:09 UTC - in response to Message ID 4837 .
Last modified: 28 Apr 2009 1:33:50 UTC

All scheduling is completely messed up with 6.6.*. The higher the * the more messed up it is.


Any idea if this still true for 6.6.20, which I'm using on my newer machine so it can participate in GPUGRID?

I have noticed that 6.2.28 is slower than 5.10.45 at deciding when to ask for another workunit from some project it currently doesn't have any workunits for, but eventually tries to even out the projects a day or more later. I wouldn't be surprised if 6.6.20 still does this, but I haven't run enough workunits on that machine yet to be sure.

Stacey, your swap space per BOINC project on the same machine looks a little small compared with what I've seen required for good performance on the more memory-hungry projects such as Rosetta@home. I don't know yet if Docking@Home has similar requirements, but getting the Rosetta@home workunits finished faster should speed up when you can offer any remaining workunits in progress more memory. Can you find any way to tell BOINC it is allowed to use more swap space, and see if that helps?

Another idea that may help: Suspend network communications, then suspend any workunits not started yet, then suspend enough of the workunits already started that the stalled workunit becomes the only one left to take over a now idle CPU core. If it's stalled for some reason other than not being able to get enough memory or enough swap space, that should offer it a stronger than usual reason to restart for at least one timeslice. You should then be able to resume anything you suspended, and let it finish that timeslice before you need to do anything else.
Profile Scientific Frontline
Avatar

Joined: Mar 25 09
Posts: 42
ID: 8725
Credit: 788,015
RAC: 0
Message 4940 - Posted 28 Apr 2009 13:57:09 UTC - in response to Message ID 4836 .

My Docking work unit Charmnn 34a26.15 1di9 mod00138alpha_35138_2609799_0 reached 22.903 percent completion about five days ago and then never started again. I made "sure" my work allocation instructions were correct. I am running BOINC Mgr 6.6.4.


2/8/2009 7:32:30 AM||Processor: 2 GenuineIntel Intel(R) Pentium(R) 4 CPU 3.20GHz [x86 Family 15 Model 4 Stepping 3]
2/8/2009 7:32:30 AM||Processor features: fpu tsc pae nx sse sse2 mmx
2/8/2009 7:32:30 AM||OS: Microsoft Windows XP: Home x86 Editon, Service Pack 3, (05.01.2600.00)
2/8/2009 7:32:30 AM||Memory: 2.00 GB physical, 3.84 GB virtual
2/8/2009 7:32:30 AM||Disk: 78.13 GB total, 51.71 GB free
2/8/2009 7:32:30 AM||Local time is UTC +8 hours
2/8/2009 7:32:30 AM||Not using a proxy
2/8/2009 7:32:35 AM||CUDA device: GeForce 8400 GS (512MB, est. 5GFLOPS)
2/8/2009 7:32:37 AM|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 947263; location: home; project prefs: default
2/8/2009 7:32:37 AM|Docking@Home|URL: http://docking.cis.udel.edu/; Computer ID: 11217; location: (none); project prefs: default

Has anyone noticed this same problem? Solutions?

Current version 6.6.2... anything else may be unstable. I would start there
____________

Recognized by the Carnegie Institute of Science . Washington D.C.
anthonmg

Joined: Apr 11 09
Posts: 64
ID: 9657
Credit: 17,959,472
RAC: 0
Message 4948 - Posted 29 Apr 2009 21:57:44 UTC

I'm using 6.6.20 for docking and GPU grid. It's been running pretty well, though over the last few days I've noticed a tendency for completed work units to sit there and not upload. If I 'update' the project it pushes them back to the server and gets new work, no problem, but I wonder how long they'd sit there if I didn't notice them. Because of some issues I've setup my computer to download 2 full days of work units for all projects so that when glitches like this crop up it doesn't really have any impact and it just moves on to the next work unit. I'm going to stop manually refreshing today and see how many completed units it builds up before sending them home. I found 2 GPUgrid units unsent this morning so not sure how long they were sitting there, but probably at least a day.

Profile adrianxw
Volunteer tester
Avatar

Joined: Dec 30 06
Posts: 164
ID: 343
Credit: 1,669,741
RAC: 0
Message 4951 - Posted 30 Apr 2009 6:41:20 UTC
Last modified: 30 Apr 2009 7:02:21 UTC

This wu also a 1hpv one, is "running" but the time to completion is not changing and the progress bar is 0.000%. Suspended pending advice.

BOINC 6.6.20, the scheduling of which, does not encourage me. I used to have a wu from most of the active projects running, at least once a week, but now tend to get a great traunch of wu's then nothing for weeks. With Mays SIMAP jobs starting tonight, I can only wonder what will happen.
____________
Wave upon wave of demented avengers march cheerfully out of obscurity into the dream.

Profile Michela
Forum moderator
Project administrator
Project developer
Project tester
Project scientist
Avatar

Joined: Sep 13 06
Posts: 163
ID: 10
Credit: 97,083
RAC: 0
Message 4972 - Posted 1 May 2009 13:19:51 UTC - in response to Message ID 4951 .

This wu also a 1hpv one, is "running" but the time to completion is not changing and the progress bar is 0.000%. Suspended pending advice.

BOINC 6.6.20, the scheduling of which, does not encourage me. I used to have a wu from most of the active projects running, at least once a week, but now tend to get a great traunch of wu's then nothing for weeks. With Mays SIMAP jobs starting tonight, I can only wonder what will happen.



Thanks for the note. Please see our answer at: http://docking.cis.udel.edu/community/forum/thread.php?id=424#4970

Thanks,

Michela
____________
If you are interested in working on Docking@Home in a great group at UDel, contact me at 'taufer at acm dot org'!

Message boards : Number crunching : Charmnn 34a26.15 1di9 mod00138alpha_35138_2609799_0

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)#13 (2) {
      ["db_conn"]=>
      resource(96) 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=400"
    }
  }
  [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)#13 (2) {
      ["db_conn"]=>
      resource(96) of type (mysql link persistent)
      ["db_name"]=>
      string(7) "docking"
    }
    ["type"]=>
    string(2) "->"
    ["args"]=>
    array(3) {
      [0]=>
      object(BoincThread)#3 (16) {
        ["id"]=>
        string(3) "400"
        ["forum"]=>
        string(1) "2"
        ["owner"]=>
        string(4) "2605"
        ["status"]=>
        string(1) "0"
        ["title"]=>
        string(52) "Charmnn 34a26.15  1di9 mod00138alpha_35138_2609799_0"
        ["timestamp"]=>
        string(10) "1241183991"
        ["views"]=>
        string(3) "240"
        ["replies"]=>
        string(1) "7"
        ["activity"]=>
        string(19) "1.0833064783337e-89"
        ["sufferers"]=>
        string(1) "0"
        ["score"]=>
        string(1) "0"
        ["votes"]=>
        string(1) "0"
        ["create_time"]=>
        string(10) "1234057547"
        ["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) "400"
      ["forum"]=>
      string(1) "2"
      ["owner"]=>
      string(4) "2605"
      ["status"]=>
      string(1) "0"
      ["title"]=>
      string(52) "Charmnn 34a26.15  1di9 mod00138alpha_35138_2609799_0"
      ["timestamp"]=>
      string(10) "1241183991"
      ["views"]=>
      string(3) "240"
      ["replies"]=>
      string(1) "7"
      ["activity"]=>
      string(19) "1.0833064783337e-89"
      ["sufferers"]=>
      string(1) "0"
      ["score"]=>
      string(1) "0"
      ["votes"]=>
      string(1) "0"
      ["create_time"]=>
      string(10) "1234057547"
      ["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=400