Well now why can't I click on the links I just posted?

you can avoid this error (beside when it is disturbed by benchmark) with setting your preferences to "leave app in memory" until science app 4.77 is replaced with a newer one. note though that this will inc rease your memmory usage

Well, here is another datapoint. Running Boinc CC 4.72, compiled myself on a Fedora Core 3 box with an AMD XP 2600+ cpu. It appears it tried to run benchmarks, and failed to stop the rosetta app that was running. Computation did not resume. When I found it the cpu usage was down to 0% and the rossetta processes and boinc cc process were still there but doing nothing. (Actually, there were 3 rosetta processes which seems to be normal.) I had to run my stop script (boincctl - found on the Add-on page. I'm its author.) to abort all the processes. I do have my preferences set to leave applications in memory.

Here is a copy of stdout

2005-10-09 08:59:19 [---] Suspending computation and network activity - running CPU benchmarks
2005-10-09 08:59:19 [rosetta@home] Pausing result 1acf__abrelax_no_cst_06642_0 (removed from memory)
2005-10-09 08:59:21 [---] Running CPU benchmarks
2005-10-09 08:59:29 [---] Failed to stop applications; aborting CPU benchmarks
2005-10-09 08:59:29 [---] Resuming computation and network activity
2005-10-09 08:59:29 [---] request_reschedule_cpus: Resuming activities
2005-10-09 08:59:29 [---] ACTIVE_TASK_SET::check_app_exited(): pid 21432 not found

Then I stopped things:

2005-10-09 09:12:45 [---] Received signal 15
2005-10-09 09:12:45 [---] Exit requested by user
2005-10-09 09:12:51 [---] request_reschedule_cpus: exit_tasks

Then I restarted everything:
2005-10-09 09:13:04 [---] Starting BOINC client version 4.72 for i686-pc-linux-gnu
2005-10-09 09:13:04 [---] Data directory: /home/charlie/Boinc
2005-10-09 09:13:04 [---] Processor Inventory: 1 AuthenticAMD AMD Athlon(TM) XP 2600+ Processor(s)
2005-10-09 09:13:04 [---] Memory Inventory: Memory total - 503.37 MB, Swap total - 1019.74 MB
2005-10-09 09:13:04 [---] Disk Inventory: Disk total - 55.39 GB, Disk available - 47.40 GB
2005-10-09 09:13:04 [Predictor @ Home] Computer ID: 116444; location: home; project prefs: default
2005-10-09 09:13:04 [rosetta@home] Computer ID: 4375; location: home; project prefs: default
2005-10-09 09:13:04 [SETI@home] Computer ID: 850659; location: home; project prefs: default
2005-10-09 09:13:04 [---] General prefs: from rosetta@home (last modified 2005-10-07 19:31:33)
2005-10-09 09:13:04 [---] General prefs: no separate prefs for home; using your defaults
2005-10-09 09:13:04 [---] Remote control allowed
2005-10-09 09:13:04 [rosetta@home] Resuming computation for result 1acf__abrelax_no_cst_06642_0 using rosetta version 4.77

you can avoid this error (beside when it is disturbed by benchmark) with setting your preferences to "leave app in memory" until science app 4.77 is replaced with a newer one. note though that this will inc rease your memmory usage

you can avoid this error (beside when it is disturbed by benchmark) with setting your preferences to "leave app in memory" until science app 4.77 is replaced with a newer one. note though that this will inc rease your memmory usage

Didn't work. Still crashed on a pause. How did such buggy code get released?

you can avoid this error (beside when it is disturbed by benchmark) with setting your preferences to "leave app in memory" until science app 4.77 is replaced with a newer one. note though that this will inc rease your memmory usage

Didn't work. Still crashed on a pause. How did such buggy code get released?

I found that didn't work either

Didn't work. Still crashed on a pause. How did such buggy code get released?

As for myself I already had my Preferences set to Leave In Memory when I joined the Rosetta Project. So it should have Propagated across to it when I Attached to the Project.

I also checked later on to make sure it was showing to Leave In Memory here at this Projects Preferences ...

May I ask how you set it? Did you just go to your preferences webpage here and set the option to leave the application in memory? Or did you also Update RAH through Boinc Manager afterwards?

The memory usage will not go up much. When switching between work units, if you have the option to leave them in memory set on, BOINC will write the units to your page file (swap file, virtual memory). Only a very small part is being kept active in the RAM, less even than the Windows Task Manager shows!

Didn't work. Still crashed on a pause. How did such buggy code get released?

Perhaps because the test beds were set up to never remove from memory. Perhaps because with 200 machines to monitor, the fact that one or two machines died over a work unit was missed. Perhaps because like many things the project is on a low budget, have few people on staff, and there is lots to do.

I try to work on the Wiki every day, for as long as I can. As many hours as I put in, there are still hundreds, if not thousands of errors. As a former developer I can tell you that no matter how rigerous the testing regime, the software will always fail in the field.

Lastly, though perfection is fail free operation is desired. The BOINC System is designed to be robust in the presence of error. Note, that this does not mean your personal experience will be without problem. But, the scientific results are protected. As in the cases we see here. Your result failed, someone elses will succeed, the project moves on.

I am not saying that they don't want to fix this, and "knowing" the project people as I do (yes, I do have a little more "access" than many people, but it is not THAT much more), all project members on all projects take all problems seriously. But, there are only so many hours in a day...

Last point, I know that I have similar problems to what the projects do, too much to do, and not enough Paul. So, the thought is hostile. They really do care. But, none of us is well served with comments like these. Yes, worse examples abound, but, it starts small, like this, and it is not fair to those that do work so hard. To sum it up, we all are working on it. Please be kind ...

May I ask how you set it? Did you just go to your preferences webpage here and set the option to leave the application in memory? Or did you also Update RAH through Boinc Manager afterwards?

The memory usage will not go up much. When switching between work units, if you have the option to leave them in memory set on, BOINC will write the units to your page file (swap file, virtual memory). Only a very small part is being kept active in the RAM, less even than the Windows Task Manager shows!

I went to the preference web page clicked yes next to leave application in memory, them updated RAH. This is correct, yes?

[b]"I'm trying to maintain a shred of dignity in this world." - Me[/b]