On Sep 25, 2009, at 8:31 AM, [email protected] wrote: > Paul: > > Variety has ALWAYS taken a back seat to meeting deadlines, this is > NOT NEW.
It is when you consider that this is now an explicit policy and that the latest versions are getting worse and worse at it ... to the point where as I have pointed out that if you try to run Collatz and MW GPU applications you will have dominance by Collatz regardless of settings ... I have not yet tried a "sharing" by three projects because of how BAD BOINC is proving with even only two ... and add on top of that it is demonstrable that the debt numbers are not properly maintained ... If you go back to my mid year postings you will see that I demonstrated that BOINC "lurches" from project to project with little variety. It essentially downloads to the max queue from one project and then maybe lurches to the next where it does the same ... with HT machines coming back as a big technology this is a very bad choice as we proved years ago when HT first hit ... a good mix of projects makes HT work far more efficiently and effectively. I will point out in addition to this that we did not find it all difficult to obtain a variety of work with prior versions. So much so I can recall clearly the days when I actually had work from every project attached that had work to issue. And BOINC had no troubles maintaining my queue with a selection of work like that ... now, if I have 5 or 10 or more it is almost like I have serial attachment to one project at a time. Yes I know that when you have a set of rules there has to be some "elasticity" and "give" but these later versions are very bad ... and it is **ONE** of the many reasons that people are not moving up the version chain. _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
