I did not write that. The person responding to my email wrote that.
I do not agree that we should either add or remove credits from those that
choose to run multiple projects.
Turn around time should be tracked by those projects that need to - so that
replacement work can go mostly to those clients with short turn times.
jm7
"Paul D. Buck"
<p.d.b...@comcast
.net> To
Sent by: Martin <[email protected]>
<boinc_dev-bounce cc
[email protected] BOINC Developers Mailing List
u> <[email protected]>
Subject
Re: [boinc_dev] [boinc_alpha] Card
09/28/2009 02:28 Gflops in BOINC 6.10
PM
On Sep 28, 2009, at 8:34 AM, Martin wrote:
> [email protected] wrote:
> Then perhaps we should include a resource of "number of projects" so
> that those people that do run multiple projects as is 'wished' are
> credited proportionately for whatever added value there might be that
> running multiple projects might have.
>
>
> Aside: I agree that running multiple projects is a 'good thing', but
> that is something that must be *persuasive* for the participants.
> Trying
> to dictate that by distortion of the software design is moving towards
> the route of coercion!
If, as a community, we decide that this is a valuable characteristic
then just as our larger societies we should encourage those behaviors
we find usable. Just as the tax code and coupons reward certain
behaviors with economic incentives, we can do the same.
Cobblestones are the currency of the realm and this is what we can use
to reward behavior that we want ... assuming that we fix some other
systemic issues.
Quickly, assume we decide we that this is a good thing. Further
assume that we want the broadest possible attachments and processing
of work (widest spread of projects)
For the first 10 project we grant 1%, the next 10, 0.5%, and for the
next 10, 0.25% and for any additional above that 0.125% ...
Order the monthly awards sort the list in inverse order and then
award ... thus the projects to which least credit is earned is the one
used to gain the 1% award. This to pacify those that seem to feel
that any cobblestone earned by a participant comes right out of their
grocery budget. It will also serve to even out the resource share
assignments.
_______________________________________________
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.
_______________________________________________
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.
