Posts by Divide Overflow

1) Message boards : Number crunching : Over aggressive work fetch? (Message 66547)
Posted 11 Jun 2010 by Divide Overflow
Post:
I believe I said that my result duration correction factor was stable, not "everything". The completion estimates for all of my Rosetta tasks are only off by a minute or so to what my run time preference is set to. Which is again puzzling why preferences are ignored and a glut of work can be given.

I'm not questioning why I didn't receive work in a steady manner. Tasks at Ralph explain that. I'm wondering why, when I did ask from work here at Rosetta, I got quite so much! :)

EDIT: I'm catching BOINC Manager asking for (and getting) yet even more work! I guess cache settings are ignored completely in deference to satisfying some other figure I have no control over or visibility to. Run time preferences are certainly not taken into account for work scheduling, at least not in a sensible way.
2) Message boards : Number crunching : Over aggressive work fetch? (Message 66542)
Posted 10 Jun 2010 by Divide Overflow
Post:
I’ve observed that my hosts have very aggressive work fetch tendencies here at Rosetta. Is the run time preference setting taken into consideration for host work scheduling?

My 8 core system has a cache setting for half a day of work, has a pretty stable result duration correction factor, and is almost always on and working. Based on the suggestions for CASP 9, my run time preference has been set to 12 hours. (No account managers running. Please save them for another discussion.)

With no other work on the machine, it contacts the project and requests work. Based on my settings, I’d expect it to be allocated no more than 16 tasks. 8 to work on now and 8 more as a cache of half day’s worth of work to spare. Instead, I’m given 86 tasks before things settle down and it’s decided that I’ve had enough for now.

There seem to be some logic checks missing in work allocation! Why am I given over five times the work that I should be?

With tighter turnaround times needed for CASP 9 work, I'd expect that this kind of bloat would be unwelcome and submit to you that the process is not working as it should.

Does anyone else experience something similar?
3) Message boards : Number crunching : Report long-running models here (Message 66235)
Posted 19 May 2010 by Divide Overflow
Post:
rb_05_01_108_246_rs_stg0_lrlxcst_t000__boincid_SAVE_ALL_OUT_20219_102_1

Windows 7 64

BOINC version 6.10.56

Rosetta Mini version 2.14

Link to result

7 hours for 1 decoy
4) Message boards : Number crunching : Division of Labor (Message 66208)
Posted 19 May 2010 by Divide Overflow
Post:
Can you provide any insight as to what I am doing wrong?

Chris, you're guilty of the same thing many of the rest of us are, expecting a little common sense from BOINC. :)
You're not doing anything wrong. BOINC will make an attempt to satisfy your project prioritization over the long term. Just try to avoid the temptation of micromanaging and it will work on projects back and forth. On a macro scale (weeks to months) the time it spends on Rosetta & SETI should be close to your preferences. Welcome and happy crunching to you!
5) Message boards : Number crunching : Problems with Minirosetta Version 1.71 (Message 61623)
Posted 8 Jun 2009 by Divide Overflow
Post:
Had a sudden burst of faults here:

257095553
257150714
257151825

Value out of legal range and no template provided errors.
6) Message boards : Number crunching : Anyone using Dell Mini9 or Atom CPU? (Message 61561)
Posted 3 Jun 2009 by Divide Overflow
Post:
...before setting up the donated pc's for the foster kids at work.

A work force of orphans running open source software on donated hardware. Interesting business model! ;)
7) Message boards : Number crunching : Problems getting rosetta stats! (Message 60272)
Posted 22 Mar 2009 by Divide Overflow
Post:
Which stats site generates the data displayed in the "Projects in which you are participating" section of our account data here at Rosetta? Whoever they are, they haven't processed Rosetta stat updates in a while.
8) Message boards : Number crunching : Upgrade complete, sort of (Message 25480)
Posted 29 Aug 2006 by Divide Overflow
Post:
I was about to suggest something, but a review of the thread shows you've already tried it. :( Good luck tracking this down!

Edit: What is the make and model of your motherboard?
9) Message boards : Number crunching : FPU/SSE2 performance (Message 21330)
Posted 28 Jul 2006 by Divide Overflow
Post:
BTW
When the credit per models comes in line , more users participating in RALPH will help the system.


I’m eager to hear more about this new process. Would the initial WU testing on RALPH provide a touchstone (one could even say Rosetta stone) for interpreting the credit to be awarded for each model produced specific to that WU?
10) Message boards : Number crunching : Jammed WU (Message 21155)
Posted 25 Jul 2006 by Divide Overflow
Post:
I have two similar ones that are lingering in my results list:

11-February
5-March

11) Message boards : Number crunching : Report Problems with Rosetta Version 5.24 (Message 19377)
Posted 27 Jun 2006 by Divide Overflow
Post:
Is a .pdb file available for download for the 5.24 version of the Rosetta application? I’m only able to find an older version posted online.
12) Message boards : Number crunching : Major User and Host increase!? (Message 17974)
Posted 7 Jun 2006 by Divide Overflow
Post:
Another warm welcome extended to all the new crunchers!
13) Message boards : Number crunching : A little help please! (Message 16938)
Posted 23 May 2006 by Divide Overflow
Post:
Did you click on "show graphics" in BOINC Manager to view the graphics for that WU? If so, it will eventually dissapear when the WU is finished and its starts another. If not, then please give some additional information on how you are running BOINC, as a service, a screen saver, with BOINC Manager, etc.
14) Message boards : Rosetta@home Science : Discussion- Work Unit Distribution (Message 15589)
Posted 5 May 2006 by Divide Overflow
Post:
It still does not preemptively match the WU to the host's capabilities at the scheduling level. The large memory WU would go out to everybody and would error out on all the hosts with insufficient RAM. That is not an acceptable solution.
15) Message boards : Rosetta@home Science : Concerns: Will someone (i.e. BigPharma) make money out of my CPU time? (Message 14189)
Posted 20 Apr 2006 by Divide Overflow
Post:
16) Message boards : Number crunching : Miscellaneous Work Unit Errors - II (Message 14093)
Posted 19 Apr 2006 by Divide Overflow
Post:
I just had one of these Maximum CPU time exceeded WU's on my Linux box: http://boinc.bakerlab.org/rosetta/result.php?resultid=17037408

That's a lot of wasted CPU time. :(
17) Message boards : Rosetta@home Science : GPU client (Message 13100)
Posted 5 Apr 2006 by Divide Overflow
Post:
Questions such as this are BOINC specific. I'd encourage you to join the BOINC developers email distribution (BOINC_dev). http://boinc.berkeley.edu/email_lists.php

As I recall hearing quite some time ago, the development required to enable BOINC to run on GPU's was assessed to be fairly significant and was tabled to allow the team to tackle the existing bugs and feature requests. You may wish to revisit this question over there.
18) Message boards : Number crunching : Rosetta 4.83 (Message 12852)
Posted 30 Mar 2006 by Divide Overflow
Post:
I beg to differ. The recent Rosetta application change includes a fix for removing a WU from memory that was already successful on RALPH. Check the Technical News page here for details.

http://boinc.bakerlab.org/rosetta/rah_technical_news.php

If you are interested in removing a WU from memory, try giving it a shot and see how it goes. I'd pay close attention for a little while to confirm that the fix is good! (The continued application changes for RALPH are zeroing in on the 1% bug, among other fixes.)
19) Message boards : Number crunching : "User not found" for top results? (Message 12470)
Posted 21 Mar 2006 by Divide Overflow
Post:
20) Message boards : Number crunching : Report stuck & aborted WU here please (Message 12156)
Posted 17 Mar 2006 by Divide Overflow
Post:
I'm getting a 1% freeze at step 22183 on this WU:

FA_RLXbq_hom030_1bq9A_359_467_0
http://boinc.bakerlab.org/rosetta/result.php?resultid=13795176

Stopping and re-starting BOINC will cause the WU to begin again from step 0 but it always halts at the same place. Aborting unit.


Next 20



©2022 University of Washington
https://www.bakerlab.org