1)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1691)
Posted 2583 days ago by Moderator9
I have \"NO searching...\" and \"Accepted\" graphic at all!!!
The \"Lowest\" is broken into many pieces....
And the step counter is awfully slow!!!
Running for 8 minutes now, step is only at about 2600!
The rosetta WU I am crunching (CASP7, too) reached far
beyond step 100.000 within 8 minutes of crunching...
...
The relax phase is always slower, but the graphic should not look like that. Rhiju is aware there are problems with the graphic. I am not sure, but I think they are fixing it.
|
2)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1685)
Posted 2585 days ago by Moderator9
http://ralph.bakerlab.org/result.php?resultid=133961
Jose,
Your result posted a fountain of very valuable error data. I have sent a message to Rhiju with a link and asked him to review it. Thanks for attaching here, this should be VERY helpful. We should hear somethng back soon.
|
3)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1681)
Posted 2586 days ago by Moderator9
...
Anyway, has a cause of errors been identified already?
In part yes, and with the help of the people running RALPH they will eliminate it.
|
4)
Message boards :
Current tests :
How to tell if crunching 1GB WU?
(Message 1679)
Posted 2587 days ago by Moderator9
You now have a class of WUs that are flagged for 1GB and higher systems. And you\'ve asked us to monitor memory usage... presumably these 1GB units are going to need more memory than the norm... but how do we know which is which?
I\'ve got one here called T0287_HOMOLOG_ABRELAX_hom019_539_85 that looks like I could wrap it around my HOUSE! An ya, it\'s using more memory, as one would expect.
Could you give us a feel for what you want us to be observing and which WUs are known to need more memory than the new and improved lower norm of about 100MB??
[edit] ...and is it 1GB per CPU? Or per system?
Actually they seem to be abandoning the idea. They have decided to run the very largest memory hogs in another area of the project. It seems the research was different than the main thrust of Rosetta to begin with. But more importantly, those work units had some very bad memory leak problems they are tracking down, and they can\'t put them out on the production system. So the focus now is to kill the last major bug, reduce the memory footprint of all the work units, incorporate the new techniques they are trying, to produce more efficient code, and optimize what they can in the applications.
To that end they are all very busy right now.
|
5)
Message boards :
Cafe RALPH :
SOMEone PLEASE vote SOMEONE for user of the day!!
(Message 1670)
Posted 2588 days ago by Moderator9
Woooot a new user of the day :)
Anders n
I miss him already
|
6)
Message boards :
Cafe RALPH :
Anyone out there?
(Message 1662)
Posted 2589 days ago by Moderator9
Hi, I\'m wondering how many people are really reading these Ralph fora. Stop by post a note, say \"HI\". Technically, you could post a blank message and that\'d be OK with me too.
thanks
tony
Well I read all the messages on all the Rosetta boards all the time. So yes I\'m here too, and for reasons not dissimilar from your own.
|
7)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1654)
Posted 2590 days ago by Moderator9
d287__CASP7_ABRELAX_521_7
has been running for 6 hours and shows only 1.044% progress. This is running on a Mac.
Let it run. It is a test Work Unit for CASP7. It is probably just a large Work Unit. Do not be surprised if it suddenly jumps to 100% at the end of the first model. Do not stop Boinc Or Rosetta or it will start over at 0%.
If it gets to the place where is has run longer that about 5 times the setting for \"Time\" in your preferences, it will either be stopped by the \"Watchdog\" or you might want to consider aborting it manually at that time.
Keep us posted.
|
8)
Message boards :
Number crunching :
Can you tell when the next checkpoint is for a given work unit?
(Message 1652)
Posted 2591 days ago by Moderator9
CPDN is quite nice this way, allowing me to minimize work loss when I must restart boinc or the OS. Recent memory issues with ralph have increased my interest in being able to do restarts with minimal loss.
I realize not all applications are predictable in the way CPDN units are, but I\'m just wondering, is there any way to tell from Ralph graphics how close the next checkpoint is? E.g. my understanding is that rosetta checkpoints once per model; if that\'s correct then is there a known # of steps per model?
Or do you just wait for the model # or progress % to change and therefore know after the fact that a checkpoint just occurred?
They check point about every 20 min, CPU time, but there is no way to tell that I am aware of wehn intermediate checkpoints occur. When the whole number in the percent complete jump (say from 1.04% to 10.00%) that is a checkpoint, but it is also a model end point.
|
9)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1643)
Posted 2591 days ago by Moderator9
ERROR:: Unable to obtain sequence information.
fasta file must be provided.
ERROR:: Exit at: .\\initialize.cc line:236
http://ralph.bakerlab.org/result.php?resultid=125164
http://ralph.bakerlab.org/result.php?resultid=125315
I had a few of these as well. I feel certain they are bad Work Units.
|
10)
Message boards :
RALPH@home bug list :
Bug reports for Ralph 5.16
(Message 1640)
Posted 2591 days ago by Moderator9
Thanks for answer, Moderator9.
I\'ve done 5 WUs with no issue, D 820 with 1GB RAM.
...still a bit memory demanding for average machine.
While is see many reports of the memory issue, I have not seen this on my machines. Both the Windows and Mac machines look normal and even approximate the memory foot print for einstein. In any case the application always moves out of the way if I use the machines for any other tasks.
|
