log in
1) Questions and Answers : Windows : Task seems causing many process rundll32.exe (Message 509)
Posted 18 Mar 2008 by suguruhirahara
Hello,
when I restarted a task of this project, at the same time the host began to respond very slowly. And I checked which processes causing it, then noticed that there are many processes of rundll32.exe, which are enough to use RAM of the host. I\'m not very sure whether the task caused it. Anyone had the same experience?

thanks,
suguruhirahara
2) Questions and Answers : Windows : error code -161 (Message 492)
Posted 14 Mar 2008 by suguruhirahara
http://www.mindmodeling.org/beta/result.php?resultid=1110057

I\'ve got the result with the error code -161:
<core_client_version>5.10.28</core_client_version>
<![CDATA[
<stderr_txt>
ACTR: boinc_init_options complete
ACTR: boinc_get_init_data(actr_aid) complete
ACTR: Trace 1
ACTR: Trace 2
ACTR: Trace 3
ACTR: Trace 4
ACTR: Trace 5
ACTR: Trace 6
ACTR: Trace 7
ACTR: Trace 8
ACTR: Trace 9
ACTR: Trace 10 -- Lisp Running
ACTR: Trace 11 -- Watchdog Running (if Win32)
Detected memory leaks!
Dumping objects ->
c:\\users\\jack\\desktop\\mm\\boinc\\api\\boinc_api.c(178) : {67} normal block at 0x01071590, 4 bytes long.
Data: < - > 00 00 2D 00
c:\\users\\jack\\desktop\\mm\\boinc\\lib\\diagnostics_win.c(644) : {54} normal block at 0x01072F70, 1068 bytes long.
Data: <( T > 28 0A 00 00 54 00 00 00 01 00 00 00 00 00 00 00
Object dump complete.
ACTR: boinc_init_options complete
ACTR: boinc_get_init_data(actr_aid) complete
ACTR: Trace 1
ACTR: Trace 2
ACTR: Trace 3
ACTR: Trace 4
ACTR: Trace 5
ACTR: Trace 6
ACTR: Trace 7
ACTR: Trace 8
ACTR: Trace 9
ACTR: Trace 10 -- Lisp Running
ACTR: Trace 11 -- Watchdog Running (if Win32)
Detected memory leaks!
Dumping objects ->
c:\\users\\jack\\desktop\\mm\\boinc\\api\\boinc_api.c(178) : {67} normal block at 0x00B21590, 4 bytes long.
Data: < = > 00 00 3D 00
c:\\users\\jack\\desktop\\mm\\boinc\\lib\\diagnostics_win.c(644) : {54} normal block at 0x00B22F70, 1068 bytes long.
Data: <` T > 60 16 00 00 54 00 00 00 01 00 00 00 00 00 00 00
Object dump complete.
ACTR: boinc_init_options complete
ACTR: boinc_get_init_data(actr_aid) complete
ACTR: Trace 1
ACTR: Trace 2
ACTR: Trace 3
ACTR: Trace 4
ACTR: Trace 5
ACTR: Trace 6
ACTR: Trace 7
ACTR: Trace 8
ACTR: Trace 9
ACTR: boinc_init_options complete
ACTR: boinc_get_init_data(actr_aid) complete
ACTR: Trace 1
ACTR: Trace 2
ACTR: Trace 3
ACTR: Trace 4
ACTR: Trace 5
ACTR: Trace 6
ACTR: Trace 7
ACTR: Trace 8
ACTR: Trace 9
ACTR: Trace 10 -- Lisp Running
ACTR: Trace 11 -- Watchdog Running (if Win32)
ACTR: Complete after -1403416642
ACTR: Trace 12 -- Calling Finish
called boinc_finish


**********
**********

Memory Leaks Detected!!!

Memory Statistics:
0 bytes in 0 Free Blocks.
747 bytes in 6 Normal Blocks.
5208 bytes in 5 CRT Blocks.
0 bytes in 0 Ignore Blocks.
0 bytes in 0 Client Blocks.
Largest number used: 15820 bytes.
Total allocations: 8833303 bytes.

Dumping objects ->
{93} normal block at 0x00FC4B38, 48 bytes long.
Data: <preparing-actr6v> 70 72 65 70 61 72 69 6E 67 2D 61 63 74 72 36 76
{74} normal block at 0x00FC4638, 513 bytes long.
Data: <afrl-prp-gln-01n> 61 66 72 6C 2D 70 72 70 2D 67 6C 6E 2D 30 31 6E
{69} normal block at 0x00FC15C0, 89 bytes long.
Data: < <color_scheme>D> 0A 3C 63 6F 6C 6F 72 5F 73 63 68 65 6D 65 3E 44
c:\\users\\jack\\desktop\\mm\\boinc\\api\\boinc_api.c(178) : {67} normal block at 0x00FC1590, 4 bytes long.
Data: < ( > 00 00 28 00
c:\\users\\jack\\desktop\\mm\\boinc\\lib\\parse.c(142) : {66} normal block at 0x00FC1508, 89 bytes long.
Data: < <color_scheme>D> 0A 3C 63 6F 6C 6F 72 5F 73 63 68 65 6D 65 3E 44
{55} normal block at 0x00FC1490, 4 bytes long.
Data: <p/ > 70 2F FC 00
Object dump complete.


</stderr_txt>
<message>
<file_xfer_error>
<file_name>PRP_Test4-3-0.30_2.43_2.20_0.045_1205429452_1_0</file_name>
<error_code>-161</error_code>
</file_xfer_error>

</message>
]]>

A strange thing and what is different from the usual \"memory leak\" error is that the traces of ACTR repeated 3 times and the first 2 of them were ended with the 11st trace, though the last with the 12nd one.

And related to this task, I noticed that when I restarted it without checkpointing, the CPU time was reset and started from zero. The progress bar remained.

Hope this helps,
suguruhirahara
3) Message boards : Number crunching : Strange granting values (Message 294)
Posted 3 Feb 2008 by suguruhirahara
Btw: I\'ve noticed that with WUs where I was granted 0.001 credits the WU was sent not only to a low-claiming Linux host, too - that Linux host got the same WU four (!) times!


I believe there are three levels within the BOINC server, regarding results for the same WU:

1) multiple results from the same WU can be issued to the same machine

2) multiple results can be issued to the same user, but only one per each of his machines.

3) only one result per user, regardless of the number of machines.

It looks like we may be at #1 now. Usually, projects go with #2 at a minimum. This prevents a faulty box being able to validate a faulty result against itself. #3 is unnecessarily restrictive, IMO.

Well, but in these cases I mentioned it was not so good because a) every Linux WU failed or b) the outcome was different although the same machine crunched the WU three times.(

To make the results ensured the system of quorum is used, I think.

suguruhirahara
4) Message boards : Number crunching : RESOLVED - 2 tasks both consume CPU time (Message 288)
Posted 2 Feb 2008 by suguruhirahara
Linux version 2.66 has fixed this issue
SBCL should take most of the CPU and credits should reflect more accurately the science done

Windows and Mac Applications will be recompiled Wednesday to fix this

okay, thanks.
and welcome back to the forum...

suguruhirahara
5) Message boards : Number crunching : RESOLVED - 2 tasks both consume CPU time (Message 237)
Posted 1 Feb 2008 by suguruhirahara
What is at first sbcl.exe? I searched google for the application, but I\'m not sure yet what actually it is. It seems to belong to a workunit of mindmodelling, but though the wu is stopped crunching via boinc manager, it remains running while ACTR is suspended. And due to that sbcl.exe always runs as hard as ACTR the length of time required to crunch is often claimed too shorter, which leads claimed credits, therefore granted credits, to be lower (or half) than they should be.

thanks,
suguruhirahara
6) Message boards : Number crunching : RESOLVED - MD5 error's in download of WU (Message 216)
Posted 31 Jan 2008 by suguruhirahara
There\'s no more download error on my host, and now it crunches workunits finally.

suguruhirahara
7) Message boards : Number crunching : RESOLVED - MD5 error's in download of WU (Message 202)
Posted 31 Jan 2008 by suguruhirahara
Hello,
please make the number of WU per host limited, so that tons of failed WU shouldn\'t be produced...

thanks,
suguruhirahara
8) Message boards : Number crunching : RESOLVED - Progress bar progresses during pause (Message 81)
Posted 28 Jan 2008 by suguruhirahara
Hello,
I noticed that though I made my host stop working on a WU, the progress bar of the manager doesn\'t stop. Seems strange...

suguruhirahara




Main page · Your account · Message boards


Copyright © 2020 MindModeling.org