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:[email protected]] > 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:[email protected]] >> 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 <[email protected]> > * Issuer: GermanGrid - Unverified >
smime.p7s
Description: S/MIME Cryptographic Signature
_______________________________________________ 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.
