Posts by David@home

1) Message boards : Number crunching : Bug Reports for R@h Server Update to BOINC version 5.9.2 (Message 36436)
Posted 10 Feb 2007 by Profile David@home
Post:
David, using the internet to communicate between computers is a lot like communicating with your wife (or anyone else). You THINK sometimes that she didn\'t hear you, but later see evidence that she did. TCP sends acknowledgements of every transmission. Sometimes the transmission is received but the acknowledgement doesn\'t reach the sender, and so the sender doesn\'t think the data was \"heard\". So, your PC took steps to retry the transmission. When this transmission did reach the server, the server\'s response DID reach you this time, and indicate it already received the report you had sent.

There should not have been any credit (work) lost here, as this was just the \"report\" portion of the process. The WU results were sent prior to the messages you\'ve shown.

If you\'d provide a link to the result page for that one (or unhide your computers), the project team might have more information.


Hi

How can I translate the name in the log to the actual Result ID?

Edit >> found it via time stamp. Looks like credit was granted. Thanks for the explanation.






2) Message boards : Number crunching : Bug Reports for R@h Server Update to BOINC version 5.9.2 (Message 36419)
Posted 10 Feb 2007 by Profile David@home
Post:
08/02/2007 12:04:12|rosetta@home|Reporting 1 tasks
08/02/2007 12:04:14||Project communication failed: attempting access to reference site
08/02/2007 12:04:15||Access to reference site succeeded - project servers may be temporarily down.
08/02/2007 12:04:17|rosetta@home|Scheduler request failed: Transferred a partial file
08/02/2007 12:04:17|rosetta@home|Deferring scheduler requests for 1 minutes and 0 seconds
08/02/2007 12:05:17|rosetta@home|Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
08/02/2007 12:05:17|rosetta@home|Reporting 1 tasks
08/02/2007 12:05:22|rosetta@home|Scheduler request succeeded
08/02/2007 12:05:22|rosetta@home|Message from server: Completed result 1bq9A_BOINC_NOFILTERS_ABRELAX_SAVE_ALL_OUT_NEWRELAXFLAGS_frags83__1505_10737_1 refused: result already reported as success
08/02/2007 12:17:37||Rescheduling CPU: application exited


Hi

Any explanation as to the above please? Looks like I lost three hours of computation due to an issue at the server end on uploading. It was rejected on second load but the first load had failed.

Thanks
3) Message boards : Number crunching : Bug Reports for R@h Server Update to BOINC version 5.9.2 (Message 36310)
Posted 8 Feb 2007 by Profile David@home
Post:
08/02/2007 12:04:12|rosetta@home|Reporting 1 tasks
08/02/2007 12:04:14||Project communication failed: attempting access to reference site
08/02/2007 12:04:15||Access to reference site succeeded - project servers may be temporarily down.
08/02/2007 12:04:17|rosetta@home|Scheduler request failed: Transferred a partial file
08/02/2007 12:04:17|rosetta@home|Deferring scheduler requests for 1 minutes and 0 seconds
08/02/2007 12:05:17|rosetta@home|Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
08/02/2007 12:05:17|rosetta@home|Reporting 1 tasks
08/02/2007 12:05:22|rosetta@home|Scheduler request succeeded
08/02/2007 12:05:22|rosetta@home|Message from server: Completed result 1bq9A_BOINC_NOFILTERS_ABRELAX_SAVE_ALL_OUT_NEWRELAXFLAGS_frags83__1505_10737_1 refused: result already reported as success
08/02/2007 12:17:37||Rescheduling CPU: application exited
4) Message boards : Rosetta@home Science : Volunteer Computer Grids—Beyond SETI@home (Message 16486)
Posted 17 May 2006 by Profile David@home
Post:
Rosetta gets a mention in this detailed article on distributed computing projects.

http://www.extremetech.com/article2/0,1558,1963295,00.asp

oh and team BOINC Synergy gets a mention too :-)
5) Message boards : Number crunching : What to do with 5.13 WUs? (Message 16481)
Posted 17 May 2006 by Profile David@home
Post:
The word is you should let the work units for prior versions run to completion


Cool. For future news items re new versions can a line always be added to the effect

Please allow currently downloaded work units to run to completion.

or

Please abort any Work Units for version x.x


This would stop any confusion on what action to take.

Thanks


Well the standing condition is to not abort Work units unless there is a problem reported in this thread. You might want to subscribe to that thread so you will get an e-mail if something is posted there.

In particular during CASP people should not abort Work Units if they can avoid doing so.




I get the news via my RSS reader and I would guess this is a popular method for many other users as well. It is great to see news about new versions etc; some other projects leave you totally in the dark. Trouble is when you see news that a new version is out first thing you wonder is what about my cache of old WUs; are they just going to waste CPU time? A quick line in the news item would make this clear there is no need to take any action. Being quite busy I do not always have the time to visit the project web sites which is one reason I like RSS so much.


6) Message boards : Number crunching : What to do with 5.13 WUs? (Message 16479)
Posted 17 May 2006 by Profile David@home
Post:
The word is you should let the work units for prior versions run to completion


Cool. For future news items re new versions can a line always be added to the effect

Please allow currently downloaded work units to run to completion.

or

Please abort any Work Units for version x.x


This would stop any confusion on what action to take.

Thanks

7) Message boards : Number crunching : What to do with 5.13 WUs? (Message 16448)
Posted 17 May 2006 by Profile David@home
Post:
OK, I will leave my cache as is. Sods law came into play and I downloaded 12 WUs for version 5.13 only for version 5.16 to be released a few hours later.

I have noticed that Rosetta seems to handle the cache differently to Seti@home. Rosetta seems to download a large number of WUs and then drain them right down to the last WU being completed before downloading new work whilst S@H seems to download fewer WUs but more frequently to keep the cache topped up. This has happened several times now with Rosetta since I rejoined the project. Is this normal behaviour for the project or is it something happening within the Core Client scheduler?

8) Message boards : Number crunching : What to do with 5.13 WUs? (Message 16445)
Posted 17 May 2006 by Profile David@home
Post:
With version 5.16 being released should we continue with the 5.13 WUs held in cache or should we abort these to download new 5.16 WUs?

Thanks

9) Message boards : Rosetta@home Science : 10 reasons I crunch R@H and you should too (Message 16147)
Posted 13 May 2006 by Profile David@home
Post:
My top 10 reasons:

10) Rosetta is a cool name for the project and it has a nice logo too!

9) Credit allocated immediately
8) Work Units always available
7) Can set WU time to match your preferences

6) Responsive and helpful forum community
5) Knowledgeable forum moderators
4) Regular updates direct from the Science team


3) Ability to help in development via RALPH
2) Top notch scientific project
1) Contribution to a worthwhile cause: disease research
10) Message boards : Cafe Rosetta : Tiny tags trace dragonfly paths (Message 15943)
Posted 11 May 2006 by Profile David@home
Post:
Not sure if this would fit in the science forum as it is for protien folding stuff so posting here. I found this amazing:


The epic journeys taken by dragonflies searching for warmer climates have been revealed by scientists in the US.
The team, led by researchers from Princeton University, found that the insects are capable of flying up to 85 miles (137 km) in a day.


Full story published 10th May 2006 at http://news.bbc.co.uk/1/hi/sci/tech/4759615.stm
11) Message boards : Number crunching : reboot and checkpoint question (Message 15817)
Posted 10 May 2006 by Profile David@home
Post:
Being the time to patch Windows I had to reboot my PC today. Before rebooting Rosetta was preempted and had run one hour of CPU, S@H was active. After rebooting when running Rosetta CPU time on the work tab went back to zero.

Shouldn\'t the checkpoint have allowed the WU to continue from the last application swap interval?
12) Message boards : Number crunching : Report Problems with Rosetta Version 5.07 (Message 15738)
Posted 9 May 2006 by Profile David@home
Post:
I have a Rosetta 5.07 WU apparently stuck at 1% progress. It has completed two lots of one hour project swap intervals and Boinc Manager shows progress at 1.03%.

I will leave running overnight and check in the morning. Are there any error log files I should look out for on my system that may help?

13) Message boards : Number crunching : New Here Need Info (Message 15626)
Posted 6 May 2006 by Profile David@home
Post:
Is there a optimized Aplication for Rosetta@home and which client is newest? I downloaded 5.13 is 5.07 newer?



By optimized if you mean is there an optimized version available similiar to those available for SETI@home and Einstein then no, the only Rosetta client available is that distributed by the project.

If you want to try the test versions of Rosetta you could always join the RALPH project at http://ralph.bakerlab.org/

14) Message boards : Number crunching : not requesting new work - help.. (Message 15625)
Posted 6 May 2006 by Profile David@home
Post:
It was something to do with long term debt I think. I cleared this using BOINCDV and Rosetta downloaded WUs straight away. I really dislike the long term debt. I would prefer an option to turn long term debt off altogether. I personally do not need to balance the resource out in the long term, if no work is available from a project then I am happy for my other project to benefit from the extra available CPU time. LOL did I mention I dislike long term debt?

15) Message boards : Number crunching : not requesting new work - help.. (Message 15619)
Posted 6 May 2006 by Profile David@home
Post:
Hi

I had Rosetta set to \"no new work\" so that it would run down the several WUs it first downloaded. It has now finished the last one so I switched it back to allow new work and used update to connect to the scheduler. However, all I get back is the message:


06/05/2006 20:05:47|rosetta@home|Sending scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi
06/05/2006 20:05:47|rosetta@home|Reason: Requested by user
06/05/2006 20:05:47|rosetta@home|Note: not requesting new work or reporting results
06/05/2006 20:05:52|rosetta@home|Scheduler request to http://boinc.bakerlab.org/rosetta_cgi/cgi succeeded


No new work is downloaded, I have tried to update several times and get the same response. My cache is empty of Rosetta WUs, so what do I need to do to download new WUs? I am puzzled what is going on.

Many thanks
16) Message boards : Number crunching : Rosetta keeps preempting (Message 15498)
Posted 4 May 2006 by Profile David@home
Post:
Just trying to figure out why my Rosetta WUs only run for about three hours rather than the default of four hours.

Using the default settings for Target CPU run time each WU seems to run for about three hours. This raises a couple of questions:

1) For the model steps that have not been run are these assigned to another WU so all combinations are covered or are they simply not available in the results database?

2) Why does Rosetta decide not to run the fourth hour? Is it because it thinks it can not complete the fourth hour in the available Switch between applications every 60 minutes slot?

Thanks




17) Message boards : Number crunching : Rosetta keeps preempting (Message 15140)
Posted 1 May 2006 by Profile David@home
Post:
Just checked the WU in my logs below as it has completed. It only did just over 3 hours of CPU time. I guess those two short bursts of CPU activity meant that Rosetta decided it could not complete the fourth hour in time. I think the scheduler should keep to the one hour switch time and not preempt projects before this time.
18) Message boards : Number crunching : Rosetta keeps preempting (Message 15138)
Posted 1 May 2006 by Profile David@home
Post:
I believe it\'s simply the dispatcher, it gets kicked off whenever there\'s a change that might result in him changing his mind about what should be running right now. Downloading a WU is one of those many events. So is suspending a WU, or resuming a project. These can all cause it to reevaluate what it \"SHOULD\" be running right now, and swap out... this is why the new checkpointing implementation in Rosetta is going to show a nice bump in the daily credits chart. The dispatcher runs more than you might think, and when he\'s tipping on the edge, he can change his mind frequently if other events cause him to step in and reevaluate... otherwise, we chimes in on your \"switch between applications every...\" setting.


Definitely good news to see better checkpointing available in Rosetta.
19) Message boards : Number crunching : Rosetta keeps preempting (Message 15031)
Posted 29 Apr 2006 by Profile David@home
Post:
I will mention it again, quite frankly, I reported it and forgot to follow up (read-bug the heck out of him) on it. Rom is supposed to release the next \"recommended\" boinc client very very soon. He release 5.4.7 yesterday and said:

Howdy folks,
>
> This release should resolve the localization problems and the
> setup program should shutdown BOINC when running as a service before
> checking to see which files are in use.
>
> I\'m concidering this a release candidate, if no red flags are
> thrown, this is what we\'ll release with.
>
> ----- Rom


so, I know a fix won\'t be in this upcoming release(unless it was fixed in the last couple dev releases, I didn\'t do a clean install on the last few).


No worry, I have been involved from early on at S@H and survived the early days (only recently changed my username to this one :-) ). BOINC is always advancing and improving. The development focus seems to be on balancing multiple active projects but I would prefer just to have a reserve project that was only crunched when the main project\'s cache ran out. I have tried setting the resource to a silly small value but this cache download thingy means that when S@H runs out and the reserve project comes into play means that the cache fills up with Rosetta which then knocks S@H when it comes back on line. I would just like a reserve project to download one WU at a time LOL.
20) Message boards : Number crunching : Rosetta keeps preempting (Message 15019)
Posted 29 Apr 2006 by Profile David@home
Post:


Have I rambled on too much? I tried to piece it together so it would be understandable.

tony


LOL no, not a ramble, it made sense to me. If you could mention to the devs about the download item with each project downloading 100% of the cache size and not per resource allocation that would be great.






Next 20



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