Re: Proposal to the PG: Optimizing Performance using v7
Posted: Thu Dec 22, 2011 11:48 pm
Ergo, those who refused the program, while a minority, would constitute an escalating probability of disaster?7im wrote:It is bad form (bad software etiquette) to change software configurations behind the scenes (without user intervention). There is a small minority of people that would complain about this very loudly.
The only option is to shutdown the client when it fails to meet the deadline on "N" number if SMP WUs, and prompt the user to switch configurations, even provide a link to a guide to do so.
As you adequately put, the problem is choice.
I like your idea. If Mr. Coffland doesn't like my automatic reconfiguration idea, we could go for something like this. At the very least we need to present better information in the installation choice, like "SMP: ... Highly recommended if your system is powered on almost continuously" My point is that detecting cores is simply not adequate, because there is more to the decision than that, like whether their ATI GPU interferes with their SMP folding, if their quad-core is a laptop and is on battery or not available much of the day, or for other reasons. If automatic reconfiguration is not desirable, your solution finds the nice middle ground.