Posts by Carlos_Pfitzner
|
21)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1634)
Posted 15 May 2006 by  Carlos_Pfitzner
Post: Hi, Adjust u preferences to "remove from memory" when swapping projects, to free swap space ! Now, that enough checkpoints are done, this should be OK, for both ralph & rosetta I had sucessfull run 5.16 on a Linux pc with 256 MB ram. limited to use 35% of swap at maximum, to not crash the OS (user of this pc is a heavy user of edonkey) and its swap space is small ... less than 1MB that pchttp://ralph.bakerlab.org/show_host_detail.php?hostid=1825 |
|
22)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1532)
Posted 8 May 2006 by Carlos_Pfitzner
Post: Exit status 1 (0x1) Raplph (5.10) Windows http://ralph.bakerlab.org/result.php?resultid=105454 http://ralph.bakerlab.org/result.php?resultid=106231 |
|
23)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1522)
Posted 6 May 2006 by Carlos_Pfitzner
Post: I am now, crunching this WU (5.10) Windows http://ralph.bakerlab.org/result.php?resultid=104840 Grapics remains with the same problems as I had reported previously for 5.09 However I found time to test other screen resolutions A) In 640x480 nothing below 1st line of descriptive text is shown b) After restoring my screen to 1024x768 Grafics does not shown nothing below nn.nnn% Complete ! *seems that ralph graphics has a strong memory -:( *it remembers the previous screen resolution. So the problems of not showing the CPU time ... and all others things below -:( |
|
24)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1521)
Posted 6 May 2006 by Carlos_Pfitzner
Post: Those are MAXIMUM settings. If it does not need the whole amount it will not use it all. YES, I already know what u said - before u have said ! *May be I need of studying english some more. English is not my native Idiom. What I was trying to show is that ralph graphics are using 2 times the qty of CPU that rosetta graphics uses. a suggestion for rosetta/ralph preferences Use accelerated graphics: (yes/no) default no, for who does not set it. *may be, then, the cpu usage by graphics, drops to 0.01% to who set yes, and has adequate software/hardware installed -:) I hope this time I am rigth understood. Thanks |
|
25)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1517)
Posted 6 May 2006 by Carlos_Pfitzner
Post: notice the graphics thread on rosetta production v5.07 uses only 10% cpu despite on web interface is set to 20% and uses *all* available graphics space and is very fast too , cause not less than 20 frames by second are allowed *And runs at thread priority 4 too! *Not switched yet to 640x480 16 bbp -:( I am busy now. Sorry |
|
26)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1515)
Posted 6 May 2006 by Carlos_Pfitzner
Post: This WU (5.09) Windows is being currently run http://ralph.bakerlab.org/result.php?resultid=104408 The grapics is showing: Testing jump protocol for an alpha/beta taken from ---- a blank line ---- a previus blind trial experiment (LiveBench) This is no bug, but above message would fit into *one* line into the space used by graphics (there is a fine line delimiting) And this space used by rosetta graphics I guess is about 800x600 Pixels -:( -> (wich is less than my screen) - That is 1024x768 32 bit Colour and has *all* space used by boinc "show graphics" but Rosetta grapics is on a square/rectangle delimited by a fine line *below off this line there are other informations 34.4% complete CPU Time .... .... .... and on bottom Roseta@home v5.09 http://boinc.bakerlab.org/rosetta .... accepted energy:-36.21...... *Notice that this is the URL of rosetta *not* of ralph Wich initially confused me into believing that I was looking at another graphics * other than the one I wanted to look -:( *notice The graphics thread is running at thread priority 4 while the crunching thread is running at thread priority 1 and the grapics is very fast !!! and is using 20% CPU ! May be the web interface can be changed to allow less than 20% CPU for graphics ... and allow slow rates than 20 frames/second too ??? *Now , I will resize my screen to 480x600 Pixels 16 bit ... and then post how graphics swhon on there *Completing this post first, (may be a system crash, may occurs) I use OpenGL |
|
27)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.09 and 5.10
(Message 1493)
Posted 5 May 2006 by Carlos_Pfitzner
Post: Exit status 1 (0x1) http://ralph.bakerlab.org/result.php?resultid=102884 May 4, 2006 I dont use screesaver, but occasinally I click "show graphics" I would like to see how the new graphics looks like ,,, but no WUs to test ? |
|
28)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1419)
Posted 28 Apr 2006 by Carlos_Pfitzner
Post: Rosetta beta 5.06 Linux Success http://ralph.bakerlab.org/result.php?resultid=98212 I had success completing above job on a Linux PC with 256 MB ram. *All other jobs on above PC get some sort of error ! What I did ... 1) suspended all other projects running on this pc, left only ralph 2) opened some disk space by deleting some old stuff 3) shutdown one of my 10 mbps Internet links, and the load balancing stuff 4) cruched after midnight, while majority of my users are asleeping So, the 5.06 must be OK for Linux too However is weak ... any disturbance ... as big network traffic, or running multiple projects (even keeping in RAM) causes job ops WU to fail. suggestion: *Signal 11 needs be trapped to exit with 0 instead of with 183 So, the job will exit with 0 , but no finished file and next, boinc re-starts it. until it finish ... |
|
29)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1413)
Posted 27 Apr 2006 by Carlos_Pfitzner
Post: Maximum disk usage excedeed Linux http://ralph.bakerlab.org/result.php?resultid=98187 May be is difficult wipping out from disk the files of previous version before sending out a new version to test ? Thanks |
|
30)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1410)
Posted 27 Apr 2006 by Carlos_Pfitzner
Post: I'd still think about 10 WU/day is sufficient and this will further prevent people from building up big caches. I use to abort all WUs of previous version, When I notice a new version, I know not everyone do this ... However what is wrong if the boinc concept of limiting WUs by day What should be limited is "cache" of unreturned WUs ... may be on 2 Once a client exceed the quota of 2 it does not get more WUs, however if it return 1 it can download more 1 , even after quota exceeded. *Ops forget that a project reset does not return any WUs ... So, who do a project reset w/o aborting WUs first will have to wait next day |
|
31)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1408)
Posted 27 Apr 2006 by Carlos_Pfitzner
Post: I dont think 5.06 is good for Linux, However for Windows 5.06 is OK May be u can trap that signal 11 to make it exit with 0 but no finshed file ? So, boinc will restart that WUs again ... and possible finish OK. These signal 11 are caused by a timing problem ... Not by an unallocated aray. No heartbeat from core client for 31 sec - exiting *too much network traffic ! 127.0.0.1 unserviced! 2006-04-27 11:58:14 [ralph@home] Finished download of 1tul__alltopologycodes.bar 2006-04-27 11:58:14 [ralph@home] Throughput 21465 bytes/sec 2006-04-27 11:58:15 [ralph@home] Starting result FACONTACTS_NOFILTERS_1tul__381_3_1 using rosetta_beta version 506 2006-04-27 12:02:48 [ralph@home] Pausing result FACONTACTS_NOFILTERS_1tul__381_3_1 (left in memory) 2006-04-27 12:02:49 [ralph@home] Unrecoverable error for result FACONTACTS_NOFILTERS_1tul__381_3_1 (process exited with code 131 (0x83)) 2006-04-27 12:02:49 [ralph@home] Computation for result FACONTACTS_NOFILTERS_1tul__381_3_1 finished 2006-04-27 12:03:50 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-27 12:03:50 [ralph@home] Reason: To report results 2006-04-27 12:03:50 [ralph@home] Requesting 0.864 seconds of new work, and reporting 1 results 2006-04-27 12:04:00 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi succeeded 2006-04-27 12:04:02 [ralph@home] Started download of casp6_aat216_03_05.200_v1_3.gz 2006-04-27 12:04:02 [ralph@home] Started download of casp6_aat216_09_05.200_v1_3.gz 2006-04-27 12:07:47 [ralph@home] Finished download of casp6_aat216_03_05.200_v1_3.gz 2006-04-27 12:07:47 [ralph@home] Throughput 17163 bytes/sec 2006-04-27 12:07:47 [ralph@home] Started download of casp6_t216_.fasta.gz 2006-04-27 12:07:48 [ralph@home] Finished download of casp6_t216_.fasta.gz 2006-04-27 12:07:48 [ralph@home] Throughput 548 bytes/sec 2006-04-27 12:07:48 [ralph@home] Started download of casp6_t216.pdb.gz 2006-04-27 12:07:51 [ralph@home] Finished download of casp6_t216.pdb.gz 2006-04-27 12:07:51 [ralph@home] Throughput 21820 bytes/sec 2006-04-27 12:07:51 [ralph@home] Started download of casp6_t216_.psipred_ss2.gz 2006-04-27 12:07:52 [ralph@home] Finished download of casp6_t216_.psipred_ss2.gz 2006-04-27 12:07:52 [ralph@home] Throughput 8188 bytes/sec 2006-04-27 12:11:04 [ralph@home] Finished download of casp6_aat216_09_05.200_v1_3.gz 2006-04-27 12:11:04 [ralph@home] Throughput 26233 bytes/sec 2006-04-27 12:11:06 [ralph@home] Starting result FA_CASP6_t216__451_30_0 using rosetta_beta version 506 2006-04-27 12:12:41 [ralph@home] Pausing result FA_CASP6_t216__451_30_0 (left in memory) 2006-04-27 12:12:42 [ralph@home] Unrecoverable error for result FA_CASP6_t216__451_30_0 (process exited with code 131 (0x83)) 2006-04-27 12:12:42 [ralph@home] Computation for result FA_CASP6_t216__451_30_0 finished 2006-04-27 12:13:42 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-27 12:13:42 [ralph@home] Reason: To report results 2006-04-27 12:13:42 [ralph@home] Requesting 0.864 seconds of new work, and reporting 1 results 2006-04-27 12:13:48 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi succeeded 2006-04-27 12:13:48 [ralph@home] Message from server: No work sent 2006-04-27 12:13:48 [ralph@home] Message from server: (reached daily quota of 6 results) http://ralph.bakerlab.org/result.php?resultid=98808 http://ralph.bakerlab.org/result.php?resultid=98790 http://ralph.bakerlab.org/result.php?resultid=98787 http://ralph.bakerlab.org/result.php?resultid=98747 http://ralph.bakerlab.org/result.php?resultid=98658 http://ralph.bakerlab.org/result.php?resultid=98658 http://ralph.bakerlab.org/result.php?resultid=98613 and there is still the problem of WU freezing at 100% done and other % too ... witout using CPU that I asked here what to do, to help fixing the problem but get no answer ... so I aborted these WUs |
|
32)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1385)
Posted 26 Apr 2006 by Carlos_Pfitzner
Post: Linux 256 MB RAM, plenty of swap space, WU Freeze at 100% Done ! Wed Apr 26 16:41:36 BRT 2006 crobertp [/home/boinc/BOINC] > cat stdoutdae.txt | grep CASP6 2006-04-26 12:31:54 [ralph@home] Starting result FA_CASP6_v272__435_19_0 using rosetta_beta version 505 2006-04-26 12:34:07 [ralph@home] Pausing result FA_CASP6_v272__435_19_0 (left in memory) 2006-04-26 12:48:20 [ralph@home] Resuming result FA_CASP6_v272__435_19_0 using rosetta_beta version 505 2006-04-26 13:55:38 [ralph@home] Pausing result FA_CASP6_v272__435_19_0 (left in memory) 2006-04-26 15:46:56 [ralph@home] Resuming result FA_CASP6_v272__435_19_0 using rosetta_beta version 505 Wed Apr 26 16:44:41 BRT 2006 CPU usage 0.0000% What should I do next ? Perhaps kill app with some special signal to force a core dump and then e-mail that core dump to ??? Thanks |
|
33)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.05 and higher
(Message 1375)
Posted 26 Apr 2006 by Carlos_Pfitzner
Post: Alpha testers: Abort any 5.04 WU may be sitting up on u cache/queue So, u can start testing 5.05 asap -:) |
|
34)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.04
(Message 1362)
Posted 26 Apr 2006 by Carlos_Pfitzner
Post: I believe that the credits should be granted in this case ! *No error in my part. |
|
35)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.04
(Message 1361)
Posted 26 Apr 2006 by Carlos_Pfitzner
Post: Exit status 0 (0x0) - Watchdog is killing the run!, no credits granted http://ralph.bakerlab.org/result.php?resultid=95121 ps: I have the debugger installed on this pc |
|
36)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.04
(Message 1359)
Posted 26 Apr 2006 by Carlos_Pfitzner
Post: For 1 days, this result is 100% done, but does not upload at all I run several projects on ths pc, and keep work in ram. When boinc switches for ralph@home ... boincview shows cpu eficciency 0.0000 After about an hour, boinc switches for next project ... then cpu efficiency is restored to 0.9809 And this cycle, is repeating for 1 days .. (I believe for ever, if I do nothing) http://ralph.bakerlab.org/result.php?resultid=94996 I am aborting this result now, manually |
|
37)
Message boards :
RALPH@home bug list :
Debugger Stuff
(Message 1286)
Posted 21 Apr 2006 by Carlos_Pfitzner
Post: I just installed the debugger on my first machine, and now, I see a lot of sub-directories. So, first question: Copy only files from "installation folder" or also from sub-folder, e.g. winxp ? a. The "installation folder" suffice -> tlist.exe and kill.exe are there too my installation folder is C:Program FilesDebugging Tools for Windows> *this may be different on other PCs Second question: If I want to bring it up on next machine, could it be copied from the first or should it be installed first and then copied ? a. can copy from 1ST PC "installation folder" to the next PC boinc folder *no need to install the debugger again on next PC Third question: Will it be okay for use on WIN2K-Server, WIN XP and WIN2K3-Server ? a. *I think yes, I installed on win2k-adv-server and copied to winxp-professional boinc_folder w/o installing again there fourth question: Should I download additional pdb-files from BOINC additional ? a. I did not understand ... Ralph auto download the .pdb Rosetta do not so, If u are plenty of disk-space, u can download the .pdb to Rosetta too Thus, If a error happens on Rosetta, the developers will have better debugging on Rosetta app too. or is any other .pdb u are referring to ? If so post the link to there. |
|
38)
Message boards :
RALPH@home bug list :
Network error
(Message 1275)
Posted 20 Apr 2006 by Carlos_Pfitzner
Post: Any help on how to solve this problem ? *Computer has a internal ip address 192.168.nnn.nnn *It access Internet trought nat to a 10 mega bps eth1 Internet Link. *What I need to change ? mss ? ttl ? mtu ? btw: mtu I use is 1500 *This was working well until today early morning ! 2006-04-20 10:27:03 [---] General prefs: using separate prefs for work 2006-04-20 10:27:03 [---] Remote control allowed 2006-04-20 10:27:03 [---] Listening on port 31416 2006-04-20 10:27:04 [XtremLab] Deferring computation for result BRM301681_0 2006-04-20 10:27:04 [ralph@home] Resuming computation for result LOOPFARLX_FARLX_dec7521_1_00_2.pdb_396_2_0 using rosetta_beta version 501 2006-04-20 10:27:04 [ralph@home] Unrecoverable error for result LOOPFARLX_FARLX_dec7521_1_00_1.pdb_396_2_0 (<file_xfer_error> <file_name>LOOPFARLX_FARLX_dec7521_1_00_1.pdb_396_2_0_0</file_name> <error_code>-161</error_code> <error_message></error_message> </file_xfer_error> ) 2006-04-20 10:28:06 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:28:06 [ralph@home] Reason: To report results 2006-04-20 10:28:06 [ralph@home] Requesting 6060 seconds of new work, and reporting 1 results 2006-04-20 10:28:08 [---] Network error: server returned nothing (no headers, no data) 2006-04-20 10:28:10 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:28:10 [ralph@home] No schedulers responded 2006-04-20 10:29:12 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:29:12 [ralph@home] Reason: To report results 2006-04-20 10:29:12 [ralph@home] Requesting 5889 seconds of new work, and reporting 1 results 2006-04-20 10:29:13 [---] Network error: server returned nothing (no headers, no data) 2006-04-20 10:29:16 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:29:16 [ralph@home] No schedulers responded 2006-04-20 10:30:24 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:30:24 [ralph@home] Reason: To report results 2006-04-20 10:30:24 [ralph@home] Requesting 5710 seconds of new work, and reporting 1 results 2006-04-20 10:30:24 [---] Network error: failed sending data to the peer 2006-04-20 10:30:29 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:30:29 [ralph@home] No schedulers responded 2006-04-20 10:31:31 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:31:31 [ralph@home] Reason: To report results 2006-04-20 10:31:31 [ralph@home] Requesting 5541 seconds of new work, and reporting 1 results 2006-04-20 10:31:33 [---] Network error: server returned nothing (no headers, no data) 2006-04-20 10:31:35 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:31:35 [ralph@home] No schedulers responded 2006-04-20 10:33:32 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:33:32 [ralph@home] Reason: To report results 2006-04-20 10:33:32 [ralph@home] Requesting 5216 seconds of new work, and reporting 1 results 2006-04-20 10:33:34 [---] Network error: failed sending data to the peer 2006-04-20 10:33:36 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:33:36 [ralph@home] No schedulers responded 2006-04-20 10:39:34 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:39:34 [ralph@home] Reason: To report results 2006-04-20 10:39:34 [ralph@home] Requesting 4284 seconds of new work, and reporting 1 results 2006-04-20 10:39:35 [---] Network error: server returned nothing (no headers, no data) 2006-04-20 10:39:38 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:39:38 [ralph@home] No schedulers responded 2006-04-20 10:50:08 [ralph@home] Sending scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi 2006-04-20 10:50:08 [ralph@home] Reason: To report results 2006-04-20 10:50:08 [ralph@home] Requesting 2600 seconds of new work, and reporting 1 results 2006-04-20 10:50:10 [---] Network error: failed sending data to the peer 2006-04-20 10:50:12 [ralph@home] Scheduler request to http://ralph.bakerlab.org/ralph_cgi/cgi failed: http error 2006-04-20 10:50:12 [ralph@home] No schedulers responded |
|
39)
Message boards :
RALPH@home bug list :
Bug reports for Windows Ver - 5.01 (and higher)
(Message 1269)
Posted 20 Apr 2006 by Carlos_Pfitzner
Post: I have one 5.01 running , now 18% done NO BUGS YET on Version 5.01 to report ps: It displays as 5.01 *not* 5.00 Thus, no confusion too. Thanks |
|
40)
Message boards :
RALPH@home bug list :
Debugger Stuff
(Message 1268)
Posted 20 Apr 2006 by Carlos_Pfitzner
Post: I re-read this thread and find it very confusing -:( Thus I resume / simplify here what everyone that runs ralph@home needs to do in order to allow developers find the bugs of Rosetta more efficiently -:) Upgrade to latest boinc 5.4.x http://boinc.berkeley.edu/download.php?min_version=5.0&dev=1 -or- keep u current version of boinc and download this debugger - about 13 MB http://msdl.microsoft.com/download/symbols/debuggers/dbg_x86_6.5.3.8.exe Install it *after installation, copy from installation Folder all dll and all yes to u boinc folder copy *.dll x:boinc_folder copy *.yes x:boinc_folder *u are done PS: together with the debugger comes tlist.exe kill.exe that can be used on cmd prompt to list all running process and if u want to kill some u may enter kill nnnn where nnnn is the process number |
Previous 20 · Next 20
©2024 University of Washington
http://www.bakerlab.org