I've noticed that and will try to fix it today. That is why there has been more failures. A compiler setting must have been changed. sorry about that.

I've noticed that and will try to fix it today. That is why there has been more failures. A compiler setting must have been changed. sorry about that.

I put "Failures last 24h" on ralph. It can be client errors, invalid results, unsent results etc, i.e. everything else with a complete status. I am hesitant to add this to R@h. I'd rather point out the positive than negative for the good of the project. I wonder what other users think.

@dekim

This got no response on Rosetta.

Please show how many WUs were released in the last 24h so we can make the "Successes last 24h" meaningful.

Any thoughts?

Meaningful as in getting the success rate? I'll put that on my list of things to do.

Out of work again?? Says there are 6000+ WU queued on the front page, and 10000+ on the server status page. Getting "no work available" messages.

<grump> Can't help if there's no work. </grump>

Minirosetta is currently running well on R@h with a 92% success rate but we would like to make it even better.

If you have experienced errors while running minirosetta and would like to help, we ask that you download our application symbols file on windows platforms so that we can get debugging information. Ideally, the windows symstore utilities that Rom Walton added to boinc would take care of this and automatically retrieve the symbols from our site but it doesn't seem to be working as it did before so we are asking for your help.

The file can be retrieved at:

http://ralph.bakerlab.org/download/minirosetta_1.07_windows_intelx86.pdb

Please place it in the ralph@home project directory of your BOINC installation usually located in 'c:/Program Files/BOINC/projects/ralph.bakerlab.org/'

Thanks in advance!

David K


edit: You can also place the symbols (pdb) file in the Rosetta@home project usually located in
'c:/Program Files/BOINC/projects/boinc,balerkab.org_rosetta/'

Y'all know how to twist a gal's arm. :-)

I just attached my Fedora 7 host.

It now has one in progress, but it's only been running for a few minutes.

It would be nice if work was marked for a specific OS. It would help the testing out immensely. I'm not sure if there is a way to do it outside HR though. And I don't know how HR would work with a quorum of 1.

If they had to go to quorum of 2, it would still benefit the project to be able to direct to Linux.

I put another Linux box on this morning and get nada.

Big problem with quorum of two is that people can set their own run time. So a 2 hour unit won't validate against a 4 hour one.

Y'all know how to twist a gal's arm. :-)

I just attached my Fedora 7 host.

It now has one in progress, but it's only been running for a few minutes.

It would be nice if work was marked for a specific OS. It would help the testing out immensely. I'm not sure if there is a way to do it outside HR though. And I don't know how HR would work with a quorum of 1.

The randomness of the work generation is partly the problem as well as the lower number of Linux machines.
I have had 3 Linux computers attached 24/7 but only get a random WU now and then.
The last time one of them got a WU was on the 20/12/07, yet it tries every day.
It would appear that the Windows machines are requesting the work faster than Linux hence we don't get the work.

As for Windows I have one of those and it has 1 WU since the 18/12/07.

I am trying to grab the work before those marauding Windows machines do but I am just outnumbered.

I did pick up the problem that was eventually fixed (and reported it), but the project did not react to just the one report as they needed more proof it was a wider issue.

If I had more money then I could add more computers.

I believe that WUs are created without any specific designation as to platform. In fact I'm pretty sure I've seen WUs where 1st person was Windows and second was Linux or Mac. So it is just a matter of who the task gets assigned to.

Ahhh, no HR.......guess that makes it hard for Linux puters to get Linux WUs.

...umm, actually... that's the only type that a Linux puter could get. Just means they would have to burn through a lot of Windows task requests to land lots of Linux requests. Everyone has that random chance of requesting work when it is available... Linux is just outnumbered.