Posts by AtHomer

1) Message boards : Rosetta@home Science : CASP 11? (Message 77776)
Posted 29 Dec 2014 by AtHomer
Post:
Thanks for the updates!
2) Message boards : Rosetta@home Science : CASP 11? (Message 77758)
Posted 23 Dec 2014 by AtHomer
Post:
An update on the results of CASP 11 would be appreciated.
3) Message boards : Rosetta@home Science : ebo (Message 77589)
Posted 18 Oct 2014 by AtHomer
Post:
yes, these units are about targeting the ebo virus. We have several approaches going on. We will post more very soon on the Science section.

How soon is "very soon"? It has been over two months now.
4) Message boards : Rosetta@home Science : Folding of known structures (Message 77588)
Posted 18 Oct 2014 by AtHomer
Post:
I am curious about this as well.

By the way, how can you tell that the folding being done is of structures with a known solution?
5) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 77474)
Posted 17 Sep 2014 by AtHomer
Post:
I got this message in the Boinc logs on Linux today:
wo 17 sep 2014 12:19:45 CEST | rosetta@home | Rosetta Mini for Android is not available for your type of computer.

Let it be clear that I'm not running Android on my desktop. I'm running 64 bit Debian.
6) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 77244)
Posted 3 Aug 2014 by AtHomer
Post:
By the way, this thread is getting really long and takes quite a bit of time to load. Maybe it's time for a new one?


You can define the number of posts per thread you wish to load in the configuration of preferences on the R@h website. If a thread has more posts than you configure, there is a link you may use to see the remaining posts.

I mostly read the message boards whilst nog being logged in. And then it always loads the entire thread in one page.

When I'm in a hurry, next time I'll log in first :-)
7) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 77242)
Posted 3 Aug 2014 by AtHomer
Post:
I was told by Matthew Blumberg at Gridrepublic that the new users are real crunchers and that they "started a new marketing campaign via charityengine.com." So I re-enabled the account creation for these users. Our servers may get sluggish again but hopefully things will settle down as the new user rates decrease. And hopefully optimizing the connections on our servers will help. In the future, we hope to get more servers.


Charity Engine - About Us

Charities - Research

Oh! I'd never heard of it before, but Matt Blumberg is part of their Tech Team, so I guess he would know.

FYI: A few weeks ago I found a pc here in The Netherlands that had the charityengine client installed without the user's knowledge. It is not impossible that some malware is responsible for this, the author of that malware would have more chance of winning prize money from charityengine. It was using a weird account name which I can't remember unfortunately.

The charityengine software is a clone of Boinc, but with their own icons.

By the way, this thread is getting really long and takes quite a bit of time to load. Maybe it's time for a new one?
8) Message boards : Rosetta@home Science : Rosetta@home Research Updates (Message 76745)
Posted 18 May 2014 by AtHomer
Post:
Actively sending out a newsletter would definitely engage people a lot more!

A few times a year would be fine, but no more than once a month I think.
9) Message boards : Number crunching : I installed new version now I have lost all my statistics and not getting any new work (Message 73459)
Posted 17 Jul 2012 by AtHomer
Post:
Copy paste from your abandoned thread:

I am assuming MBP stands for Mac Book Pro. The servers are not down at the moment, you can check that here:
http://boinc.bakerlab.org/rah_status.php

Your error message "unable to resolve host name" suggests that there is a problem with your dns settings. Dns is the system that translates internet addresses into ip addresses. You could try to flush your dns cache by using these instructions:
http://osxdaily.com/2008/03/21/how-to-flush-your-dns-cache-in-mac-os-x/

Are you having any other trouble on your MBP related to internet access?
10) Message boards : Number crunching : Problems and Technical Issues with Rosetta@home (Message 70880)
Posted 3 Aug 2011 by AtHomer
Post:
Wanders in, pokes the Bakerlab people in the hope of getting an official comment on this, and wanders out again.

I'm hit as hard as others, maybe worse. I reset Rosetta on three of my systems in response to a comment on the BOINC console that recommended doing so. Something to do with an error that I now don't remember, but it explicitly said to reset if the error happens a lot. Which it was.

So I've got three machines that are dead in the water atm.

I know that the BOINC devs themselves (i.e. the folks at Berkeley) don't read these boards, but you know what I'd like to see in the project scheduling / priority section, is an option like this.

Get WU for project X 100% of the time, unless project X has no work,
in which case get WU for project Y, but only until Project X comes back.

That way I could set Rosetta to be there 100% of the time when it's up, but fall back gracefully to something else if I have to cover an outage.


I used to try this by setting Rosetta to 99% and something else to 1%, but that wide disparity in work percentages appeared to cook the mind of the scheduler, and it really didn't work the way I wanted.

I set Rosetta shared sources to 100, and another project to 0. This works perfectly!

The scheduler tries to get new WUs from Rosetta, but if it does not succeed it will keep trying until there is no work left to do, and only then will it go and get work from project "0".
11) Message boards : Number crunching : minirosetta 2.17 (Message 68437)
Posted 6 Nov 2010 by AtHomer
Post:
I have had two of those "Rossmann" WUs today and they both "crashed". They just kept on running for hours, the last checkpoint having been over three hours ago. I have spent over 12 hours of crunching today on these runaway tasks. Such a waste of resources! Is there no way to prevent this?

When a task has had its last checkpoint a long time in the past, it would be better to stop it right away and download a new one, right? Whenever I see a task like this I abort it manually.
12) Message boards : Number crunching : minirosetta 2.15 (Message 67825)
Posted 25 Sep 2010 by AtHomer
Post:
I have this WU which uses about 900 MB of RAM, but cpu usage is down to 0%:
T0611_t4_rs_stg0_lrlxjcst_t000__casp9_SAVE_ALL_OUT_22276_368_0

Yesterday I had a WU with the exact same behaviour, eating lots of RAM, but no cpu use, so it must have crashed or something... Pausing and resuming does not fix the problem by the way.






©2023 University of Washington
https://www.bakerlab.org