I now have my 4GB of memory installed (came this morning! whee!) so the memory problem is no longer bothering me, but:

work units https://boinc.bakerlab.org/rosetta/workunit.php?wuid=142644377
and https://boinc.bakerlab.org/rosetta/workunit.php?wuid=142636856

are still running and the peak memory usage for both of them was around 420K. Whatever these are, they are LARGE.

---

--hedera

Never be afraid to try something new. Remember that amateurs built the ark. Professionals built the Titanic.

I've a FRA_t038 task running now, i had a look and it's using about

480mb's, not a problem. Just a side note it takes about 4hrs to do

1 model on these with my old P4's.

pete.

---

I forgot to copy the number, but I had a few WUs worth 800mb of RAM+VirtualSpace... is that normal?

I forgot to copy the number, but I had a few WUs worth 800mb of RAM+VirtualSpace... is that normal?

Don't count virtual space. But yes, that is OK as long as nothing else is wrong.

Computational error

I think the first one this Mac has had...strange....

---

I tried to get the R@H work units to run 100% in RAM. I set the use at most % of page file (swap space) to 0.00%. It looks like the WUs still use some swap space. Does anyone know how to keep 100% of the WU in RAM? I have plenty of RAM to keep one or 2 WUs in RAM all the time.

I have a thread on this topic but it is not getting very much attention.

thx

---

Thx!

Paul

I tried to get the R@H work units to run 100% in RAM. I set the use at most % of page file (swap space) to 0.00%. It looks like the WUs still use some swap space. Does anyone know how to keep 100% of the WU in RAM? I have plenty of RAM to keep one or 2 WUs in RAM all the time.

I have a thread on this topic but it is not getting very much attention.

thx

If you are running Windows it may decide that you don't for its own reasons ...

What are your preference settings for BOINC memory usage? 90%, 90% ???

---

Workunit 144383830 and
Workunit 144815278 and
Workunit 144380616 failed with
<core_client_version>5.10.21</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255)
</message>
<stderr_txt>
Graphics are disabled due to configuration...
# cpu_run_time_pref: 28800
# random seed: 1633461
ERROR:: Exit from: pack.cc line: 5278

</stderr_txt>
]]>

---

Team Helix

Workunit 144639617 failed with:
<core_client_version>5.10.21</core_client_version>
<![CDATA[
<message>
process exited with code 1 (0x1, -255)
</message>
<stderr_txt>
Graphics are disabled due to configuration...
# cpu_run_time_pref: 28800
# random seed: 1637471
ERROR:: Exit from: minimize.cc line: 2088

</stderr_txt>
]]>

---

Team Helix

Workunit 144799448 crashed:

<core_client_version>5.10.21</core_client_version>
<![CDATA[
<message>
process exited with code 193 (0xc1, -63)
</message>
<stderr_txt>
Graphics are disabled due to configuration...
# cpu_run_time_pref: 28800
# random seed: 3471563
SIGSEGV: segmentation violation
Stack trace (25 frames):
[0x8e1b49b]
[0x8e15d8c]
[0xffffe500]
[0x85493e7]
[0x8c836d4]
[0x804c8c0]
[0x86579a0]
[0x87ac2be]
[0x87ac646]
[0x87ae444]
[0x87bcf50]
[0x87c5a86]
[0x865c88d]
[0x87c6c19]
[0x804e502]
[0x8d6dfef]
[0x89efd7e]
[0x866a2c7]
[0x88ff31d]
[0x89d141d]
[0x8628b0e]
[0x8768a2a]
[0x8768b4a]
[0x8e80034]
[0x8048111]

Exiting...

</stderr_txt>
]]>

---

Team Helix

I have my preferences set at 80% memory when the system is in use and 100% when the system is idle. These systems are idle 99% of the time because they are dedicated crunchers. I now have 5 systems dedicated to R@H 24x7. I may need to add some A/C to my house.

I disabled windows swap file but every system experienced an error with no swap file so I have the swap files enabled again.

Thanks for any help you can provide.

Paul

---

Thx!

Paul

Why does Rosetta keeps in memory, although I set it "off"???

---

Why does Rosetta keeps in memory, although I set it "off"???

Have you performed an update from the client since you last changed your preferences?

---

Rosie, Rosie, she's our gal,
If she can't do it, no one shall!

Why does Rosetta keeps in memory, although I set it "off"???

A task that haven't checkpointed since started, will be kept in memory.

This to minimize the risk of a Task getting in a loop there crunches a couple minutes, exits due to "user active" or something, and repeat loop, with end-result can crunch for many hours a day, but never make it to a checkpoint so in practice has just wasted the same hours of cpu-time. Now, this won't help in case computer or BOINC is shut-down before reaches checkpoint...

Not sure how often Rosetta@home does checkpoint, but AFAIK for some wu's it can be over 30 minutes between checkpoints.

---

"I make so many mistakes. But then just think of all the mistakes I don't make, although I might."

t034_1_NMRREF_1_t034_1_id_model_19IGNORE_THE_REST_idl_3085_7810_0
VALIDATE ERROR

---

Failure on two crunchers, mine, and computer 773014



t033_1_NMRREF_1_t033_1_id_model_14_idlIGNORE_THE_REST_core_3089_6470

<core_client_version>5.10.45</core_client_version>
<![CDATA[
<message>
Incorrect function. (0x1) - exit code 1 (0x1)
</message>
<stderr_txt>
# cpu_run_time_pref: 10800
# random seed: 1508931
ERROR:: Exit from: .pack.cc line: 5278

</stderr_txt>
]]>

got also an validate error on resultid=158368356

stderr out
<core_client_version>6.1.0</core_client_version>
<![CDATA[
<stderr_txt>
# cpu_run_time_pref: 10800
# random seed: 1637406
# cpu_run_time_pref: 10800
===
</stderr_txt>
]]>
Validate state Invalid
looks like the "stderr_txt" was written wrong

two other result on the same computer finished valid


my wingman finished valid

my wingman's stderr out

<core_client_version>5.10.28</core_client_version>
<![CDATA[
<stderr_txt>
Graphics are disabled due to configuration...
# cpu_run_time_pref: 10800
# random seed: 1637406
======================================================
DONE :: 1 starting structures 7973.24 cpu seconds
This process generated 2 decoys from 2 attempts
0 starting pdbs were skipped
======================================================


BOINC :: Watchdog shutting down...
BOINC :: BOINC support services shutting down...
called boinc_finish

</stderr_txt>
]]>

---

Matthias

My f1_atpase_beta_relax_3104_42290_0 on Linux was forcibly stopped by watchdog:

<core_client_version>5.10.43</core_client_version>
<![CDATA[
<message>
process exited with code 193 (0xc1, -63)
</message>
<stderr_txt>
Graphics are disabled due to configuration...
# cpu_run_time_pref: 14400
# random seed: 1356934
**********************************************************************
Rosetta score is stuck or going too long. Watchdog is ending the run!
CPU time: 60899.9 seconds. Greater than 4X preferred time: 14400 seconds
**********************************************************************
GZIP SILENT FILE: ./aaf1Fp.out
called boinc_finish
SIGSEGV: segmentation violation
Stack trace (17 frames):
[0x8e1b49b]
[0x8e15d8c]
[0x8e86c38]
[0x8859f41]
[0x885df60]
[0x8861e36]
[0x8868f3d]
[0x886a8f9]
[0x853bb26]
[0x853bfee]
[0x8b89395]
[0x8b8c203]
[0x8629ccb]
[0x8768a9f]
[0x8768b4a]
[0x8e80034]
[0x8048111]

Exiting...

</stderr_txt>
]]>

Peter

I tried to get the R@H work units to run 100% in RAM. I set the use at most % of page file (swap space) to 0.00%. It looks like the WUs still use some swap space. Does anyone know how to keep 100% of the WU in RAM?

You can not force a proces to use just RAM and no swap. The application would have to be programmed this way - for usual application which uses foreign runtime libraries probably not viable.

BTW, the "use at most % of page file (swap space)" option could at most deny any task from being started or continued to run, but usually the whole (or most of) used process' memory is on Windows mapped to swap. So the only way is to limit or completely remove the swap, at the expense of more installed RAM.

I have a thread on this topic but it is not getting very much attention.

Check your thread.

Peter

My f1_atpase_beta_relax_3104_42290_0 on Linux was forcibly stopped by watchdog:
........
# cpu_run_time_pref: 14400
.....
**********************************************************************
Rosetta score is stuck or going too long. Watchdog is ending the run!
CPU time: 60899.9 seconds. Greater than 4X preferred time: 14400 seconds
**********************************************************************

Similar situation on Macintosh:

This f1_atpase_beta_relax_31904_9833_1 is still alive and kicking after 45 1/2 hour of computing. The graphics are folding, the steps are increasing (presently at about model 1 step 2435), but it is enjoying the experience too much to complete. I confess my curiosity is roused, but now I have to evaluate the situation...

By the way: I observe that 2 of the 4 remaining f1_atpase-wus queued up on my computer have previously crashed (quite early in the computing process) on other computers.