Unfortunately, there can be a transition period where a client can
alternate between two versions. What is needed is a means where an
application can be marked as replacing an older version when the new
application is added to the server. Then occasionally (once a day?) the
server would scan the results that had not been completed by the clients.
Only when the count of usage for the old application dropped to 0 would a
message be sent to all clients to delete the old version. To avoid sending
an ever increasing file, from the server to the client, the client would
have to send the list of applications that it had for the project. The
project would then send delete messages for only those applications that
were outdated.
jm7
Rattledagger
<rattledag...@onl
ine.no> To
Sent by: [email protected]
<boinc_dev-bounce cc
[email protected]
u> Subject
Re: [boinc_dev] Why did BIONC
contact Prime Grid, and Why did
09/27/2009 08:45 it DL execuatables
AM
On Sun, 27 Sep 2009 10:14:35 +0200, you wrote:
>Hello,
>this whole discussion leads me to the following question.
>If I create every week a new application version, when are the files for
>older application versions are deleted from the Boinc project folder on
>client side?
>yoyo
>
Files for yoyo-app-type123 version 4.56 should be deleted when client gets
assigned work for yoyo-app-type123 version 4.57 (or any higher
version-number),
and there's no work left on client for yoyo-app-type123 version 4.56.
If user never gets assigned any more work for yoyo-app-type123, he'll keep
the
verion 4.56-files, even project currently uses verion 7.89 or something...
Since applications can have multiple files, there one or more of the files
is
the same across application-versions, adding something like:
"Didn't get work for yoyo-app-type123, but server still says current
app-version
is v4.57" => client deletes_all_files for yoyo-app-type123.
would be a bad idea...
Still, adding a mechanism that will remove any yoyo-app-type123 files when
project has stopped using yoyo-app-type123 at all would be a good idea,
since
otherwise the files will indefinitely be left on client.
--
"I make so many mistakes. But then just think of all the mistakes
I don't make, although I might."
_______________________________________________
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.
