The logic flaw is that I also had NNT set on for the project so I was not about to ask for tasks.
In this case we likely have a vicious circle. I start BOINC it downloads files that are not going to be used because of NNT, MacAfee deletes the files because of its rules so I download them again on next start. Besides, because PG is a multi-project project why is it downloading executables for what appears to be most of the sub-projects. Again, the logic says the download should actually wait until I have actual need, like when I again download work ... and then only for the sub- projects for which I get work. Again, the preferene would be to download the executable only when it is actually needed. I won't even point to the case where I start, download the exe and then have to download a new one anyway because of a version change by the time I turn off NNT ... On Sep 26, 2009, at 1:04 PM, David Anderson wrote: > Not a design flaw. > Suppose you delete the files of an app version that has no jobs. > 5 minutes later the client gets a job for the app version. > You have to download the files again. > > Der Meister wrote: > >> As soon as BOINC detects that some files are missing it just >> re-downloads them, usually at client start-up. There is no check if >> the >> files are needed at all and that means you don't have much chances to >> get rid of files that are not required any more. You either have to >> wait >> for the project to send a delete-request which may not happen at >> all. Or >> you completly detach from the project or you shut down the client, >> remove the files and remove all references to these files in >> client_state.xml *by hand*. None of these ways seems to be >> sufficient to me. >> >> By the way, this design flaw is fixed in synecdoche ;) > _______________________________________________ > 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.
