On Sep 25, 2009, at 7:41 AM, [email protected] wrote:

> In other words, you propose penalizing people that use their  
> machines the
> way that BOINC is designed to be run - multi project and offline for  
> much
> of the time.
>
> David Anderson is trying to get people to do multiple projects, and  
> some of
> the proposals run directly counter to that.  Penalizing people for  
> using
> the program the way it is designed and promoted to work is wrong.

If he is he has a funny way of doing that  ... most of the changes to  
the Resourcce Scheduler in these last few months has been a direct  
slap in the asperations of those that do want to run many projects.   
And I qouote:

        • Work fetch is limited to ensure that deadlines can be met. A  
computer attached to 10 projects might have work for only a few  
(perhaps only one) at a given time.
        • If deadlines are threatened, the CPU scheduling policy optimizes  
the likelihood of meeting deadlines, at the expense of variety.

http://boinc.berkeley.edu/trac/wiki/ClientSched

NOTE: ... (perhaps only one) ...
NOTE: ... at the expense of variety.

Yes sir!  Run out there and sign up for a variety of projects and we  
will do our best to ignore your wishes ...

I will also point out that since 6.6.20 (or there about) the Work  
Fetch has been seriously bent ... I know what my resource shares are  
and what my run times are and about how much work should be pulled and  
in no case should BOINC pull 6 plus CPDN tasks at one time (I still  
have 4 to go) ... but my suggestion on how to fix that was  
rejected ... a fix supported by CPDN I might add ...

I wrote about this trend before mid-year and documented it as well as  
I could and was ignored.

I wrote about it again this last week in the specific context of GPU  
scheduling and resourcing ... and to this point ... have been ignored.

But it is not going unnoticed by others who are just as unhappy about  
it as I ... though they are likely smarter because they are not  
bothering to try to get it changed ... recognizing that it is likely a  
waste of time to do so ...

But you cannot seriously assert that we are struggling to get people  
to run a broader variety of projects when the direction of change is  
to make that less rewarding ... I will point out that the long  
lingering cross-project credit parity issue does not help either ...  
and the weak proposal suggested is not going to do much to change it  
either ... and when I asked if this was a serious proposal and it user  
input would be listened to I have gotten no answer ...


On the other hand, credit bonuses as awarded by GPU Grid did pull in  
some people ... and get some to upgrade their GPUs to get the bonus.
_______________________________________________
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.

Reply via email to