This is exactly why linear should be the default. Dynamic should be available only to those projects that care enough to set it up properly. Linear should apply to the lazy ones unless and until they take the time to deliberately opt in.
> Unfortunately, some projects take the easy cop-out - applying a > massive rsc_fpops_bound to circumvent resource limit exceeded, > instead of resolving it properly from first principles. > > I suspect that some of the smaller projects have enough on thei > plate getting their heads round their own scientific research needs, > and don't have enough time and energy left to switch into "computer > scientist" mode and concentrate on the boincification of their > application and workflow. ~~~~~ "Rightful liberty is unobstructed action according to our will within limits drawn around us by the equal rights of others. I do not add 'within the limits of the law' because law is often but the tyrant's will, and always so when it violates the rights of the individual." - Thomas Jefferson On Monday, February 17, 2014 9:02 AM, Oliver Bock <oliver.b...@aei.mpg.de> wrote: On 17/02/14 14:31 , McLeod, John wrote: >> No, William wants linear to be the default and the old version to be Opt in. > >Right, I see. He sort of mixed up "dynamic calculations opt-in flag" >with "original runtime estimates" where it's actually the other way >round - the intended new linear switch would cause a fully dynamic >calculation. > >> If there isn't, then make the linear version be opt in, not the old one. > >Yep, that's what I'd like to see (see earlier mails). > > >Oliver > > > >> -----Original Message----- >> From: Oliver Bock [mailto:oliver.b...@aei.mpg.de] >> Sent: Monday, February 17, 2014 4:26 AM >> To: McLeod, John; William; Jon Sonntag >> Cc: BOINC Developers Mailing List @berkeley.edu >> Subject: Re: [boinc_dev] Estimated Time Remaining, frictional reporting ... >> >> * PGP - S/MIME Signed by an unverified key: 2/17/2014 at 4:25:53 AM >> >> Hi John, >> >> On 14/02/14 3:48 , McLeod, John wrote: >>> Having the current method be opt in is no better than having a new method >>> be opt in – for exactly the same reasons. >> >> I concur with William: if projects miss to opt for using the >> linear/dynamic flag they'll only hurt themselves. This is a >> self-correcting issue as projects have a strong interest in retaining >> volunteers and not drive them away by using/causing sub-optimal runtime >> estimates. >> >> >> Best, >> Oliver >> >> >>> From: William [mailto:bcdecbi...@yahoo.com] >>> Sent: Thursday, February 13, 2014 9:02 PM >>> To: McLeod, John; Jon Sonntag >>> Cc: BOINC Developers Mailing List @berkeley.edu >>> Subject: Re: [boinc_dev] Estimated Time Remaining, frictional reporting ... >>> >>> Fixing the estimates is hard. Worth improving, but not a reliable fix >>> strategy by itself. >>> >>> Improving the percent complete and estimated remaining run time calculation >>> is a lot easier - but the proposal is that this be a non-default fix, which >>> makes it also unreliable because projects cannot be relied upon to opt into >>> the fix. >>> >>> Duration Correction Factor - either this is a form of improved calculation >>> or else it relies on opt-in from the projects or opt-in from the user, the >>> latter being disastrous and both being unreliable. >>> >>> Reliable fix strategy: >>> >>> 1) Improve the default percent complete and estimated remaining run time >>> calculations - this becomes linear. >>> >>> 2) Provide a dynamic calculations opt-in flag for those projects wishing to >>> stay with original runtime estimates. Gross errors (including failure to >>> opt-in) now become the fault of the project, not the BOINC client and >>> especially not the user. Also try to improve the dynamic calculations >>> (less heavily weighted against the linear result). >> >> >> >> * Oliver Bock <oliver.b...@aei.mpg.de> >> * Issuer: GermanGrid - Unverified >> > > > > _______________________________________________ boinc_dev mailing list boinc_dev@ssl.berkeley.edu http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
