We've fixed the file input error on Macs for the MAPRELAX jobs. Also, we're trying a new feature (COMPTOSERVERS) where at the end of a simulation, Rosetta compares its fold to the predictions made by a dozen other algorithms. (Those predictions are sent to the clients in a compressed format.)

Let us know if you see any bugs. Also, please let us know if the memory requirements for the MAPRELAX jobs are unusually high.

---

Some of the MAPRELAX units on my machine are erroring out after 15-20 minutes (normal runtime for me is a little over an hour). stderr out reads:

<core_client_version>5.4.9</core_client_version>
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
# random seed: 3057981
ERROR:: Unable to obtain sequence information.
fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236

</stderr_txt>

Looks ok up till that point. Graphics are good, at least. Upon hitting the error point, the graphics window just disappears.

A successful MAPRELAX
Error result

I'm on Windows XP SP2, dual Pentium 4 processors.

---

Got one finished in ~ 45 min, memory usage unknown (finished sooner than I was able to check)
https://ralph.bakerlab.org/result.php?resultid=125948

Another one finished after 55 min, 230MB usage
https://ralph.bakerlab.org/result.php?resultid=125947

3 more to go...

Dumb question: apart from lower traffic of higher "Target CPU run time" - does having it set to let's say 12 hours brings "better" (i.e. more precise) results?

---

I also had one of those 5.16's with a missing fasta file or whatever:
result
running win xp.

Hi,

I had big problems with the last rosetta-versions, so I had to stop crunching for RALPH.

Now I tested 5.16 on that machine, where I got the problems; the WU took 3 1/2 hours, the problem didn't appear until now.

But, memory-usage has grown up; the actual WU was at 318 MB Main-memory, 339 MB virtuel-memory :-(

BOINC is running as a service, so no rosetta-screensaver ...

The only thing could be, the box uses a normal windows-screensaver: WindowsServer2003 (That is the name of the screensaver !)

---

Supporting BOINC, a great concept !

Sofar, BOTH ralph 5.16 WUs errored out MAPRELAX_TEST_hom015_1fna__516_1_1, MAPRELAX_TEST_hom025_1fna__516_19_0

with "Incorrect function (0x1) - exit code 1 (0x1)"

This is on a very stable PC, which runs Rosetta flawlessly for the past 4 months (apart from 2-3 WUs which were bad).

---

Hi,

I had big problems with the last rosetta-versions, so I had to stop crunching for RALPH.

Now I tested 5.16 on that machine, where I got the problems; the WU took 3 1/2 hours, the problem didn't appear until now.

But, memory-usage has grown up; the actual WU was at 318 MB Main-memory, 339 MB virtuel-memory :-(

BOINC is running as a service, so no rosetta-screensaver ...

The only thing could be, the box uses a normal windows-screensaver: WindowsServer2003 (That is the name of the screensaver !)

Adjust u preferences to "remove from memory" when swapping projects,
to free swap space !

Now,
that enough checkpoints are done, this should be OK, for both ralph & rosetta

I had sucessfull run 5.16 on a Linux pc with 256 MB ram.
limited to use 35% of swap at maximum, to not crash the OS
(user of this pc is a heavy user of edonkey)
and its swap space is small ... less than 1MB

that pchttps://ralph.bakerlab.org/show_host_detail.php?hostid=1825

---

Click signature for global team stats

Carlos,

my machine don't swap, I'm running a cache of 0 days ...

Greetings

---

Supporting BOINC, a great concept !

ERROR:: Unable to obtain sequence information.
fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236

https://ralph.bakerlab.org/result.php?resultid=125164
https://ralph.bakerlab.org/result.php?resultid=125315

---

Click signature for global team stats

Thanks for answer, Moderator9.
I've done 5 WUs with no issue, D 820 with 1GB RAM.
...still a bit memory demanding for average machine.

---

Running a 5.16 wu now for all of 30 minutes (XP Pro SP2, P4, 1 GB mem), and memory usage is already high: 174K memory, 191K VM. These numbers aren't intolerable but they're higher than I'm used to seeing from rosetta, and make me think it will climb into the range I reported on earlier. I'll be away most of the day,;will report back when the wu has more mileage.

See also this post on the number-crunching thread; it reports 690MB which is higher than I've seen.

p.s. I leave boinc apps in memory when switched. Are these high numbers only happening to machines which leave rosetta in memory when preempted?

---

Update before I hit the road: 1 hr 31 minutes into the wu, memory now is 325MB peak 329, Vm size is 341MB. PF ranging from 0-1K/second. Avail memory down to 74K, will see if the box is still functioning when I get home!

Ralph 5.16 WU's running fine so far, but, they consume a HUGE amount of RAM. The two WU's that I have running right now on my dual-core Athlon 64 X2 3800+ are using 664MB and 317MB of RAM respectively. VM usage is slighly higher than that for both.

--- bt

---

ERROR:: Unable to obtain sequence information.
fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236

https://ralph.bakerlab.org/result.php?resultid=125164
https://ralph.bakerlab.org/result.php?resultid=125315

I had a few of these as well. I feel certain they are bad Work Units.

I noticed a string of 5 of these missing Fasta file errors on my list, as well. Are some of the WUs taking advantage of features in Boinc 5.4.x that aren't in the Boinc 5.2.13 client?

---

I noticed a string of 5 of these missing Fasta file errors on my list, as well. Are some of the WUs taking advantage of features in Boinc 5.4.x that aren't in the Boinc 5.2.13 client?

Well I had one to https://ralph.bakerlab.org/result.php?resultid=125195 and I am using Boinc 5.4.9.

Anders n

---

I Have a few -

BOINC 5.4.9, Ralph 5.16
GenuineIntel Intel(R) Pentium(R) M processor 1.86GHz
Microsoft Windows XP Professional Edition, Service Pack 2, (05.01.2600.00)
Memory 2039.37 MB
cash 76.56 KB
swap space 932.3 MB
65.54 GB

resultid=125665 -
ERROR:: Unable to obtain sequence information. fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236
resultid=125589 -
ERROR:: Unable to obtain sequence information. fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236
resultid=125413 -
ERROR:: Unable to obtain sequence information. fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236

The machine is also running Rosetta

Regards
Phil

---

https://ralph.bakerlab.org/result.php?resultid=125273

and the next 3 in numerical order all errored out:

<core_client_version>5.4.9</core_client_version>
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
# random seed: 3057874
ERROR:: Unable to obtain sequence information.
fasta file must be provided.
ERROR:: Exit at: .initialize.cc line:236

</stderr_txt>

Ran all 4 in a row.

Bill

The MAPRELAX wu I reported earlier is now just shy of halfway through its 4-hour task. 149MB in memory, peak of 405MB, VM size 416MB. Not as bad as some, but more than I'm comfortable with. I'm going to suspend some other projects and restart boinc to lessen the competition until this wu finishes.

If this large memory usage is in fact due to the type of wu and not leakage or some other bug, it would be nice if we could set willingness to crunch memory-gobbling tasks in host preferences.

Of course there are no host preferences, but even a project-wide preference setting would be helpful for many of us.

The MAPRELAX wu I reported earlier is now just shy of halfway through its 4-hour task. 149MB in memory, peak of 405MB, VM size 416MB. Not as bad as some, but more than I'm comfortable with. I'm going to suspend some other projects and restart boinc to lessen the competition until this wu finishes.

Just missed the edit-post deadline... I waited for a checkpoint then restarted boinc. At the time of the restart it was just beginning model 8. ralph was consuming 217MB memory peak 405, VM size 468MB.

On the restart, it went up to about 93 MB peak 95, VM 117 MB. It's growing though; as I type this it's at 130MB memory peak 13, VM 145MB.

d287__CASP7_ABRELAX_521_7

has been running for 6 hours and shows only 1.044% progress. This is running on a Mac.