I get an instant 'compute error' on all my work units for the last few days now. No problems with other projects from WCG.

I assume you mean this computer. See this thread. In short: you might need to downgrade to BOINC v6.12.34, which you use on your other computers (and as you see they don't have such issues).

---

.

I get an instant 'compute error' on all my work units for the last few days now. No problems with other projects from WCG.

I assume you mean this computer. See this thread. In short: you might need to downgrade to BOINC v6.12.34, which you use on your other computers (and as you see they don't have such issues).

There might be simpler solution than downgrading. He's getting -185 errors with "couldn't start Input file minirosetta_3.31_windows_intelx86.exe missing or invalid: -123: -123". Perhaps simply rebooting the computer and/or possibly resetting rosetta will do the trick.

Best,
Snags

I get an instant 'compute error' on all my work units for the last few days now. No problems with other projects from WCG.

I assume you mean this computer. See this thread. In short: you might need to downgrade to BOINC v6.12.34, which you use on your other computers (and as you see they don't have such issues).

There might be simpler solution than downgrading. He's getting -185 errors with "couldn't start Input file minirosetta_3.31_windows_intelx86.exe missing or invalid: -123: -123". Perhaps simply rebooting the computer and/or possibly resetting rosetta will do the trick.

Best,
Snags

I agree - maybe the application became corrupted somehow and/or failed download? Try resetting the project.

---

More likely that an anti-virus or firewall has interfered with the executable in some way, or the permissions for the BOINC user are not sufficient to allow it to run.

---

Rosetta Moderator: Mod.Sense

More likely that an anti-virus or firewall has interfered with the executable in some way, or the permissions for the BOINC user are not sufficient to allow it to run.

Why would that suddenly be a problem though? I admit I'm only observing this as I haven't lately had any problems at all with Rosetta, but I just had to ditch Poem@Home because every single WU I ever got from them failed - computation error and all they seem to want to blame is Boinc, or me.

Is anyone working with the Boinc people if indeed it is a Boinc problem?

---

Peter.
Toronto, Canada

Each BOINC project periodically sends out new versions of their application. This would mean that there is an executable file that must pass through a/v or firewall protections. It also means a new name of allowed exception might need to be defined, depending on how specifically the exceptions are named.

So, that might be a reason why it would be working one day and not the next, and why I suggested it as a thing to check in to.

---

Rosetta Moderator: Mod.Sense

Each BOINC project periodically sends out new versions of their application. This would mean that there is an executable file that must pass through a/v or firewall protections. It also means a new name of allowed exception might need to be defined, depending on how specifically the exceptions are named.

So, that might be a reason why it would be working one day and not the next, and why I suggested it as a thing to check in to.

Understood. In the case of my security software I'd get a popup requesting permission which would have to be OK'd. I'm wondering if all software acts similarly or are people ignoring them.

---

Peter.
Toronto, Canada

Hi all.
Сan you pass a wish (proposal) on the optimization of minirosetta app to the programmers of the project?
One of the minor drawbacks of the Rosetta@home project compared to other distributed computing projects (in addition to a very high RAM usage) is a major burden on the hard disk at startup.
When you running 2 or 4 computational threads it is usually not a serious problem, but one with a higher number of threads (eg in our team we have a few machines with 24 threads and 1 machine with 48 threads) BOINC start and load all these R@H threads is a problem - load may take up few tens of minutes, when a large number of threads competition to access the disk at the same time.

I do an analysis of the application work with the disc and found that almost all the load creates decompression of minirosetta_database_rev48292.zip archive to a working folder (...boincDataslots...), because archive contains at this moment 1517 files (while the number of all the other files to process one WU is typically less than 100).
In addintion this constant(per each WU - for exaple with standart Intel i7 CPU and default runtime it ~64 times per day) unpacking(writing) and removal(deleting) ~ 1500 files results in fast file system fragmentation and further slow down the disk.

If I understand correctly (correct me if I'm wrong), this file is a complete archive of the main minirosetta database and the processing of specific WUs use it read-only (no writing) and requires only a part (relative small?) of files from it.
Now, how to optimize the disk work.
I do not know, does BOINC architecture permittin to access files outside of the slots folder... Is so the best solution would be to extract and store the database in one instance (for example in ...boincDataprojectsboinc.bakerlab. org_rosetta folder) without unpacking it to a slots folder at every startup of each WU.
If this is not possible (as I suspect) then we have the option to copy the archive to slots folder without unpacking, reading only the necessary files directly from the zip/gzip archive. Relevant functions should be included in a set of standard libraries for many programming languages​​. I have a little programming experience, but I use these features and implementation is relative simple(usually just a few extra lines of code compared to reading from flat files)

Difference in the volume not so great (62Mb vs 147 Mb), but the number of files is huge (1 vs 1517). So acceleration for SSD drives will not be very significant, but on conventional HDD drives - by orders of magnitude (as they do not cope well with the processing of a large number of small files).

I subscribe this proposal/wish. As a owner of several 24/32 threads machines I've suffered this effect. It is also a blocking issue if someone want to set up a system based on a USB stick and no hdd since it can't keep up with this movement of data.

Hi all.
Сan you pass a wish (proposal) on the optimization of minirosetta app to the programmers of the project?
One of the minor drawbacks of the Rosetta@home project compared to other distributed computing projects (in addition to a very high RAM usage) is a major burden on the hard disk at startup.
When you running 2 or 4 computational threads it is usually not a serious problem, but one with a higher number of threads (eg in our team we have a few machines with 24 threads and 1 machine with 48 threads) BOINC start and load all these R@H threads is a problem - load may take up few tens of minutes, when a large number of threads competition to access the disk at the same time.

I do an analysis of the application work with the disc and found that almost all the load creates decompression of minirosetta_database_rev48292.zip archive to a working folder (...boincDataslots...), because archive contains at this moment 1517 files (while the number of all the other files to process one WU is typically less than 100).
In addintion this constant(per each WU - for exaple with standart Intel i7 CPU and default runtime it ~64 times per day) unpacking(writing) and removal(deleting) ~ 1500 files results in fast file system fragmentation and further slow down the disk.

If I understand correctly (correct me if I'm wrong), this file is a complete archive of the main minirosetta database and the processing of specific WUs use it read-only (no writing) and requires only a part (relative small?) of files from it.
Now, how to optimize the disk work.
I do not know, does BOINC architecture permittin to access files outside of the slots folder... Is so the best solution would be to extract and store the database in one instance (for example in ...boincDataprojectsboinc.bakerlab. org_rosetta folder) without unpacking it to a slots folder at every startup of each WU.
If this is not possible (as I suspect) then we have the option to copy the archive to slots folder without unpacking, reading only the necessary files directly from the zip/gzip archive. Relevant functions should be included in a set of standard libraries for many programming languages​​. I have a little programming experience, but I use these features and implementation is relative simple(usually just a few extra lines of code compared to reading from flat files)

Difference in the volume not so great (62Mb vs 147 Mb), but the number of files is huge (1 vs 1517). So acceleration for SSD drives will not be very significant, but on conventional HDD drives - by orders of magnitude (as they do not cope well with the processing of a large number of small files).

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

the tasks that are labeled hyb_ac_bench_3rdeD_10_SAVE_ALL_OUT_IGNORE_THE_REST (and all the rest) are giving errors and giving me only 20 credits.

OINC:: CPU time: 36569.4s, 14400s + 21600s[2012- 8-26 6: 0:30:] :: BOINC
WARNING! cannot get file size for default.out.gz: could not open file.
Output exists: default.out.gz Size: -1
InternalDecoyCount: 0 (GZ)
-----
0
-----
Stream information inconsistent.
Writing W_0000001
======================================================
DONE :: 1 starting structures 36569.4 cpu seconds
This process generated 1 decoys from 1 attempts
======================================================
called boinc_finish

</stderr_txt>
]]>


what's this all about? more badly written code?

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

Nothing looking wrong on your host profile. Quota per day 100. What are you seeing for BOINC messages when you update to the project?

---

Rosetta Moderator: Mod.Sense

The tasks that are labeled hyb_ac_bench_3rdeD_10_SAVE_ALL_OUT_IGNORE_THE_REST (and all the rest) are giving errors and giving me only 20 credits.

OINC:: CPU time: 36569.4s, 14400s + 21600s[2012- 8-26 6: 0:30:] :: BOINC
WARNING! cannot get file size for default.out.gz: could not open file.
Output exists: default.out.gz Size: -1
InternalDecoyCount: 0 (GZ)
-----
0
-----
Stream information inconsistent.
Writing W_0000001
======================================================
DONE :: 1 starting structures 36569.4 cpu seconds
This process generated 1 decoys from 1 attempts
======================================================
called boinc_finish

</stderr_txt>
]]>

What's this all about? More badly written code?

Sorry for the late report, but we're getting this intermittently too:

On this computer, these tasks:
hyb_ab_bench_3rojD_SAVE_ALL_OUT_IGNORE_THE_REST_53909_1171_0
hybrid_ac_bench_4dg9A_SAVE_ALL_OUT_IGNORE_THE_REST_53491_67_0
hyb_ad_bench_T0528_SAVE_ALL_OUT_IGNORE_THE_REST_56539_32_1
hyb_ag_bench_2yeqB_SAVE_ALL_OUT_IGNORE_THE_REST_57261_513_0

These were all cut short by the watchdog and didn't complete 1 decoy

That said, that computer did complete several other tasks of this type without problem as shown here:

Full task list

---

These were all cut short by the watchdog and didn't complete 1 decoy

I encountered with this bug too. I report it in another thread: https://boinc.bakerlab.org/rosetta/forum_thread.php?id=6055&nowrap=true#73741

These were all cut short by the watchdog and didn't complete 1 decoy

I encountered with this bug too. I report it in another thread: https://boinc.bakerlab.org/rosetta/forum_thread.php?id=6055&nowrap=true#73741

Yup, the same. I think I should've posted in the thread you did too as it's not a rosetta@home issue

---

The latest versions of BOINC are causing lots of different issues with many projects.

---

Peter.
Toronto, Canada

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

Likewise.

I was having the same problem with SETI, which has just (this afternoon) downloaded several WUs after weeks of silence. I think it may be something to do with the latest BOINC update. The PC is busy crunching other stuff, so I'm not too bothered.

I can't find a way to "force" it download new work.

---

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

Likewise.

I was having the same problem with SETI, which has just (this afternoon) downloaded several WUs after weeks of silence. I think it may be something to do with the latest BOINC update. The PC is busy crunching other stuff, so I'm not too bothered.

I can't find a way to "force" it download new work.

it shows......tflop estimate is down over 10% for the whole rosetta project

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

Nothing looking wrong on your host profile. Quota per day 100. What are you seeing for BOINC messages when you update to the project?

Scheduler Request Pending, followed by communications deferred for about 4 minutes followed by nothing under tasks. My statistics are flatlined and have been since 2012 Aug 19.
C. Williams

I've been having trouble getting work downloaded from Rosetta for more than a week.
Something happening?
C. Williams

Nothing looking wrong on your host profile. Quota per day 100. What are you seeing for BOINC messages when you update to the project?

Scheduler Request Pending, followed by communications deferred for about 4 minutes followed by nothing under tasks. My statistics are flatlined and have been since 2012 Aug 19.
C. Williams

Do you happen to have a graphics board in your computer that BOINC can use for GPU workunits? For my computers with such boards, I've found that BOINC will not download any CPU workunits (such as those for Rosetta@Home) until it has at least one GPU workunit.