Posts by hugothehermit

1) Message boards : Current tests : New crediting system (Message 2056)
Posted 16 Aug 2006 by hugothehermit
Post:
I don\'t care about the credits, just the science, but it seems to me that :


Currently, I am just using the quotient of the claimed_credit and model totals for each work unit batch which get saved in a project specific table that we created. I wanted to avoid having to query the result table which would be necessary to get the median. I\'d also have to add a project specific column to the result table which would hold the model count and I\'m trying to avoid modifying the BOINC tables. I could use a correction factor if the descrepancies are significant enough. Can you point me to the results that you are talking about?


If I understand that correctly, then I think you will have some trouble.
Linux machines receive less credit than Win machines, so depending on the amount of Linux machines you have crunching, Win credit will go down from what it is now.

So I would suggest extracting only the Win results for your calcultaions, that way Lin and Mac will be truly given credit they deserve, and Win machines won\'t be underscored.

Somebody else has probably thought of this and maybe even posted, but I\'m not going to read the entire thread :)

I\'m extracting the archived data and will see what I can do. What do other users think about trying to backdate the credits using the new work based system?


You will get a lot of flak and bad publicity (among BOINC\'ers) that you just don\'t need, let it go with \"Here is the new credit system, it\'s as fair as we could make it, so enjoy\".
2) Message boards : Number crunching : Rosetta@Home is down (Message 1341)
Posted 25 Apr 2006 by hugothehermit
Post:
can\'t read ../cache/65/index.php; lastmod 1145943518


I didn\'t know where to put this, but I thought you would like to know.

edit: a bit more info
3) Message boards : RALPH@home bug list : Report - Previously Unclassified Work Unit Errors (Message 903)
Posted 18 Mar 2006 by hugothehermit
Post:
I just did a reboot and the WU is now working.
4) Message boards : RALPH@home bug list : Report - Previously Unclassified Work Unit Errors (Message 902)
Posted 18 Mar 2006 by hugothehermit
Post:
This WU hasn\'t been doing anything (it\'s not stuck on 1% it\'s stuck on 0%) for, I would guess about 9 hours, I can\'t find when it started in the messages as I had a power outage.

stderr.txt
# random seed: 3985987
No heartbeat from core client for 31 sec - exiting


I would guess it never got around to properly exiting, as the other (HT) CPU is working away no worries. It\'s probably just an error my end.






5) Message boards : RALPH@home bug list : Report - Previously Unclassified Work Unit Errors (Message 861)
Posted 12 Mar 2006 by hugothehermit
Post:
well if that was the case would it not have errored out straight after the benchmarks??

But seen as though BOINC left it in memory at the benchmark that can\'t be the reason for the failure can it?


Yep it can, 5.2.13 fixed the appliations being turfed out of memory no matter what you\'re options were when it did a benchmark.

Is this a definite case no. It just looks probable as BOINC could benchmark then ask for work then find out the app is stuffed.
6) Message boards : Feedback : What exactly does get sent back after a problem? (Message 860)
Posted 12 Mar 2006 by hugothehermit
Post:
Would any of those running Ralph be willing to voice their opinion on whether they\'d volunteer this info to help track down these annoying bugs?


I would be more than happy to post anything about my computer if it helps, or to let you have a hardware/software reporting tool on my computer. I didn\'t join RALPH to be secretive, I joined because I want to help you fix the bugs.
7) Message boards : Number crunching : Nothing happening (Message 845)
Posted 11 Mar 2006 by hugothehermit
Post:
You know what is it an alpha or beta application?

I crunched several workunit without success and with 0 credits but i\'m happy to help to sort these issues :)

P.S.

to the admins :
I suggest to don\'t give credits at all. it\'s meaningless in an alpha project and there will ever be users that will not comprend why the application crash and why there are no workunits
____________


I would also suggest you don\'t give out credits and say so explicitly on the front page. You must remember that not all of the people that come here speak English as their first language and of course some are new to DC and just don\'t know what an Alpha or Beta project means.

Though to be fair I think that the \"why aren\'t there any WU\'s to crunch\" is more to do with people trying to help ie. give the project team a kick up the backside saying we are ready to help now give us something to do. I\'m not sure if this makes the team solve problems faster, so they can release a new version or use different arguments to the current release, but I can\'t see it hurting :)



8) Message boards : RALPH@home bug list : Report - Previously Unclassified Work Unit Errors (Message 844)
Posted 11 Mar 2006 by hugothehermit
Post:
Thanks, however more than *one* pc has erroed out some of my results too
*may be, not every alphatester had the patience and time to report here.
Click on the results I posted, and then, on each one, click Workunit
I did this only for a few ... this one for example ...
http://ralph.bakerlab.org/result.php?resultid=14553
*It reports some stackwalker uninitialized *sure cause of sigsegv
btw: my smartd daemon is not reporting any errors on my hda -:)


You may well be right, as it seems sensible that the \"swap app out of memory\" would almost always find a miss-allocated / miss-used piece of memory such as a un(re)defined pointer or an array over run, where you could somethimes get away with it if the memory hasn\'t been changed.

As it has happened in both of your OS\'s you could assume that it is the code not the compiler, a code line by line search is in order I think.
9) Message boards : RALPH@home bug list : Report - Previously Unclassified Work Unit Errors (Message 827)
Posted 7 Mar 2006 by hugothehermit
Post:
(SIGSEGV SIGnal SEGmentation Violation) The quote is from here

Signal: Segmentation Violation (SegmentationFault)

This is raised when the program attempts has a bad memory reference such as:

* The pointer is NULL.
* Address not mapped to object (eg, the memory is unallocated, and unmapped by the OS)
* Invalid Permission for mapped object (accessing memory that permissions deny).

This is almost invariably a programming fault.

The default action for this signal is to cause the program to terminate and dump core.

A classic example is to dereference a pointer in C that is either uninitialised, or has already been freed. Here is some C code:

#include <stdio.h>
int main(void) {
int *pointer;

pointer = 0;

printf(\"Value pointed to by pointer is %d\\n\",
*pointer /* this will cause SEGV */
);
}


Is anyone else getting this error?

If not, I would check your hard disk, memory and reset the project (to re-download the app). As it would be very strange that only one computer \"found\" a miss-allocated pointer or an array going passed it\'s limit etc... . Though stranger things have happened :?


Edit: to fix up spelling and a bit of formatting ... and a bit more ... and again
10) Message boards : RALPH@home bug list : Maximum disk usage exceeded (Message 783)
Posted 2 Mar 2006 by hugothehermit
Post:
I think that the values are being overridden, I updated my prefs to 1 hour then updated BOINC but am still getting 8 hour WU\'s.


I\'m not sure what I was thinking, or not as the case maybe, I actually set my prefs on default then updated, I\'ve now changed them to 2 hours. It seems to be working as they are all around 2 hours, the lowest 1:44:33 the highest 2:02:05.




11) Message boards : Number crunching : Download failed (Message 726)
Posted 28 Feb 2006 by hugothehermit
Post:
I have a few download failed errors, it\'s my probelm not yours. My ISP is being difficult and disconnecting me at weird intervals

Edit: spelling
12) Message boards : Feedback : Difference F@H and R@H??? (Message 720)
Posted 28 Feb 2006 by hugothehermit
Post:
More information is here Rosetta@Home FAQ .

Edit: changed wording
13) Message boards : RALPH@home bug list : Maximum disk usage exceeded (Message 719)
Posted 28 Feb 2006 by hugothehermit
Post:
I shouldn\'t of posted under 4.87 - result exceeds size limit I guess but my thoughts are here

I got another, I had a look at the slots n \\stdout.txt and found it to be 80,562KB and full of

WARNING:: fullatom scorefxn terms requested
but fullatom flag is false
fullatom terms will not be evaluated


error messages.

Maybe your making the stdout file(s) too big and causing the BOINC disk space to be used up?


If you are correct we need to know. Could you set your time parameter to 4 hours and see if that fixes the problem? If not then try 2 hours


I think that the values are being overridden, I updated my prefs to 1 hour then updated BOINC but am still getting 8 hour WU\'s.


14) Message boards : Feedback : Creating work for Ralph (Message 697)
Posted 27 Feb 2006 by hugothehermit
Post:
I agree with mmciastro, you may as well stick in redundancy. I can\'t see any down side to this. Yes we all probably do Rosetta@Home as well, so the redundancy will slow us down, but we are a very small sample of Rosetta@Home. I doubt very much if you will see a slump in Rosetta@Home\'s computing power :)

15) Message boards : Feedback : Difference F@H and R@H??? (Message 696)
Posted 27 Feb 2006 by hugothehermit
Post:
Thanks!

I think i have now understood what the difference is:


\"
Rosetta: Faster but less accurate(Bakers analogy sounds to me like he uses kind of brute-force-like methods as used in passwordcrackers); still in development to get more precise answers without losing the speed-advantage, basing on Bakers & team development

F@H, much much slower, but precise enough to do research with it, based on GROMACS
\"


Is this right?

I still think it would be a nice idea to implement F@H in BOINC.
Or is it already?
-
And what means troll?
My English is horrible, sorry...


A troll is someone that posts a message to get attention.

You were inadvertatly seen as a troll because you are in RAPLH@Home not Rosetta@Home. RALPH@Home is a place to try to get rid of bugs for Rosetta@Home before releasing it to the Rosetta@Home participants, so that the participants of Rosetta@Home do not have errors when they do the real work of folding proteins.

Your English is good enough to pass as a troll, and I can tell you that\'s pretty good English.

Edit to fix bbcode
16) Message boards : RALPH@home bug list : 4.87 - result exceeds size limit (Message 688)
Posted 26 Feb 2006 by hugothehermit
Post:
I got another, I had a look at the slots n \\stdout.txt and found it to be 80,562KB and full of
WARNING:: fullatom scorefxn terms requested
but fullatom flag is false
fullatom terms will not be evaluated

error messages.

Maybe your making the stdout file(s) too big and causing the BOINC disk space to be used up?
17) Message boards : RALPH@home bug list : 4.87 - result exceeds size limit (Message 663)
Posted 25 Feb 2006 by hugothehermit
Post:
Add my name to the list :)

26/02/2006 8:09:26 AM|ralph@home|Aborting result BARCODE_30_1bm8__221_10_0: exceeded disk limit: 200247907.000000 > 200000000.000000
26/02/2006 8:09:26 AM|ralph@home|Unrecoverable error for result BARCODE_30_1bm8__221_10_0 (Maximum disk usage exceeded)
ver 4.88



Edit: to clean up






©2019 University of Washington
http://www.bakerlab.org