...I'm pretty sure I got the tone right.
But that's inconsequential.
This last answer is the one that should have come first.
...

...Nice. I must confess I was not expecting this tired old answer. Or attitude!

Soooo.... We volunteers are supposed to crunch and shut-up... This is rather a strong departure from the tone of the Rosetta Newsletter "Thank you for your past participation, and we hope you can provide additional support to Rosetta@home in the future."

Whith this kind of attitude, my reaction is to tell you that both Rosetta and Ralph can kiss my support good bye. There are plenty of projects out there that do show appreciation for the support.


Philippe

We will also notice how long it takes to get fixed.
It's been a week already.

I've suggested that if a given application version proves valid, then go ahead and USE the results for the science, and then they could keep a small but steady stream of WUs on Ralph and allow debts to be worked down and make things run more normally...

Make sense to me! Thanks for your reply, I will reign in my expectations (and my enthusiasm to some degree) and keep plugging away on Rosetta at the same time.

... and an error box asking if I should send the report to MS. WU 90436
...

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

As you may be aware RALPH is a test project. The purpose of the User of the Day on RALPH is to test the tolerance of the user community for consistency in this area of the homepage....

A real stress test for the community. ;-)

I fear we've failed this test :(

...please try another! :)

not sure if this is a bug, more a cosmetic thing probably.
got a 5.09 running here right now, opened the graphics (not using the BOINC screensaver), maximized the window and i got a area on the right side, wider than the rmsd area, thats completely black without anything in it. (my screen resolution is 1024*768)
the description of what its doing right now looks like a nice new feature, it just looks a little dark on my sreen if you ask me. i can not verify what dimitris is seeing though, i only got the description once, and i am in model 3 right now.
edit: now at model 4 i got the description twice.
pic:

v5.08 has generated mixed results on my Linux box. Although several WU’s completed successfully, I’ve also had several result in computational errors:

http://ralph.bakerlab.org/result.php?resultid=102100
http://ralph.bakerlab.org/result.php?resultid=102101
http://ralph.bakerlab.org/result.php?resultid=102102
http://ralph.bakerlab.org/result.php?resultid=102103
http://ralph.bakerlab.org/result.php?resultid=102372
http://ralph.bakerlab.org/result.php?resultid=102373
http://ralph.bakerlab.org/result.php?resultid=102374
http://ralph.bakerlab.org/result.php?resultid=102375

So the short of this is, if the workunit is simply running uninterrupted, it could run forever, or until it hits the Max time setting. This is the risk of running a single project setup. If you don't see movement in the graphic, try suspending the Work unit and letting the system run a different one for 5 min. Then restart the first Work unit again for 5 min. Repeat this process 4 -5 times and it should abort the workunit if it was stuck. If it is not stuck it should let it keep running. Either that or we have a watchdog bug.

Does the "Max time" get checked even if the app is not swapped out? That could be it, as my computer was running in EDF mode, hence it NEVER got swapped.

May I suggest that these items, (flavors of the watchdogs) get checked whenever BOINC requests a checkpoint? I understand this is every hour or so. I realize that Rosetta doesn’t perform the checkpoint, but it could process watchdog duties.

[This computer is headless. Remote access only. Hence no screensaver.

Mike, I use VNC to see the graphics on my remote monitorless, keyboardless, and mouseless puter. I click on the WU from the task tab and then view graphics. No screensaver here either. If it's a service install your hosed.

tony

It is a service install. I forgot about the "View Graphics button" I do VN into this computer. OK... 1.041% complete after 40 hours. Stage Full atom relax, Mode 1, Step 100, Accepted RMSD 50.36, Accepted Energy -19.40622 whatever this all means.

Seems ever since they took the Ralph servers down and installed the new BOINC server version, the user of the day has not changed.

Is there a process that needs to be started?

I was under the impression that UOTD was picked at random each day,

I'm just going by what it says when you view a profile. It says something like "recommend this profile for user of the day". I also saw an old post that said something about "why am I seeing the same few people over and over?" and the reply was that only a few people had created profiles, so the list to pull a random one from was very limited.

This function is most definately disabled, or perhaps there's a bug in the new server code version they recently installed on Ralph.

IF the Work Unit is removed from memory, it will always roll back to the last checkpoint. When it starts on my systems this will usually result in lost time as well. The clock does not keep rolling forward if the percent resets. This is why it is still a good idea to set keep in memory to yes.

All the project loose somme time because of this loss. CPDN and Rosetta are two of the more lossy in this regard, but all projects loose some time this way.

...so, on average, with the enhanced checkpointing, we should expect to see a credit increase throughout the project, along with increased project TFLOPS (which as you've pointed out elsewhere appear directly calculated from credits issued).

IF the Work Unit is removed from memory, it will always roll back to the last checkpoint. When it starts on my systems this will usually result in lost time as well. The clock does not keep rolling forward if the percent resets. This is why it is still a good idea to set keep in memory to yes.

All the project loose somme time because of this loss. CPDN and Rosetta are two of the more lossy in this regard, but all projects loose some time this way.

...so, on average, with the enhanced checkpointing, we should expect to see a credit increase throughout the project, along with increased project TFLOPS (which as you've pointed out elsewhere appear directly calculated from credits issued).

At one point it was mentioned that we were seeing 3x productivity on clients with the new checkpointing. I haven't tracked things closely enough... when I lose work due to preemption, does the time spent reset back to the checkpoint? And the credits is based on time spent, right?

Or if time spent always rolls forward, then we'd just see more model completions per hour of time? (because less time is spent retracing the steps we had made prior to preemption).

the home page says: Please set your ralph settings to match your rosetta@home settings so that we can truly simulate the rosetta@home environment.

the target cpu time options in ralph now need to be updated to match the new ones recently added to rosetta.

Hello again, i have this problem :

30/04/2006 19:19:51|ralph@home|Computation for result JUMP_RELAX_ALLBARCODE03_1tul_SAVE_ALL_OUT_463_16_0 finished
30/04/2006 19:19:53|ralph@home|Starting result JUMP_RELAX_ALLBARCODE04_1tul_SAVE_ALL_OUT_463_16_0 using rosetta_beta version 508
30/04/2006 19:19:53|ralph@home|Unrecoverable error for result JUMP_RELAX_ALLBARCODE03_1tul_SAVE_ALL_OUT_463_16_0 (<file_xfer_error> <file_name>JUMP_RELAX_ALLBARCODE03_1tul_SAVE_ALL_OUT_463_16_0_0</file_name> <error_code>-161</error_code> <error_message></error_message></file_xfer_error>)

What could i do ?

An error again :
30/04/2006 22:27:32|ralph@home|Computation for result JUMP_RELAX_ALLBARCODE04_1tul_SAVE_ALL_OUT_463_16_0 finished
30/04/2006 22:27:34|ralph@home|Unrecoverable error for result JUMP_RELAX_ALLBARCODE04_1tul_SAVE_ALL_OUT_463_16_0 (<file_xfer_error> <file_name>JUMP_RELAX_ALLBARCODE04_1tul_SAVE_ALL_OUT_463_16_0_0</file_name> <error_code>-161</error_code> <error_message></error_message></file_xfer_error>)