Mike,
This is my literal interpretation of the message that I asked about, but since after 3 days it is becoming ridiculous, an answer would be nice. I have not seen this server message anywhere else on other sites.
Mike,
This is my literal interpretation of the message that I asked about, but since after 3 days it is becoming ridiculous, an answer would be nice. I have not seen this server message anywhere else on other sites.
Darmok, if you are aborting many tasks that may very well be the cause of the behaviour you are seeking an answer to. Hence the question ......
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
Do an advanced forum search for locality with search limits of one year. You'll find plenty of explanations, especially Why is Server requesting "delete file".
Quote:
what I am supposed to do (or not),
It's the (or not) branch that is to follow ;-)
Quote:
and if I do, why doesn't Boinc Manager delete the files automatically in "Tasks", if that is the intent.
The BOINC client (not the manager) does delete them automatically, as soon as they are no longer needed. The message is only meant to inform you, not as a request to do anything.
Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)
For the rest : if you keep aborting tasks, then the work unit search frequencies will shift, new templates/data files will need downloading, our server will request your BOINC instance to delete the old files ( the ones that would have been used on otherwise aborted tasks ) - if that triggers user aborts then around you go again. And again. Let BOINC do the file deleting as that message is not a request to abort a task ....
Locality scheduling is our server sending out work according to the particulars of your individual locality ( ie. machine ) - with the net helpful effect of reducing overall bandwidth usage by requesting ( if possible ) work to be performed upon data already held. Currently E@H is I believe the only project to make use of this locality scheduling functionality of BOINC. Slicing loaves of bread etc .... :-)
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
I suggest that this matter be incorporated into the FAQ. As mentioned, I've been a BOINC user for some years and I had never seen this server "request". I kind of felt stupid to ask a question about what to do when the server tells you what to do and the conclusion is to not do anything at all. As you said, this was riding a merry-go-round. My Internet provider thanked me for the added revenues :)
Jahn,
I did make an advanced search for various combinations of words with "Server Request to delete file" but only came up with a message actually from you which was unfortunately of no help to the issue. Your link to the thread, and your message 107072 is simple, concise and to the point and the follow-up message by Mike explains the matter in greater details. I wish these would have come up earlier this week. Thanks.
That objection doesn't apply, of course, to people using the official project-supplied applications under unconventional operating conditions. But the whole point of anonymous platform, of course, that it is anonymous - the server doesn't know whether the software that is being run is official or homebrew. So the gentle 'discouragement' is applied to the AP mechanism as a whole, rather than to specific applications.
As I do in fact only run the official project applications for Einstein and MilkyWay at least (Seti - different story), when are we going to get a major rewrite of the BOINC platform so as to enable things like setting GPU's to do multiple tasks concurrently in the platform itself, instead of having to resort to anonymous platforms? It would be nice to have the BOINC platform automatically keep us updated with the latest apps like normal users instead of fumbling through edits of our custom app_info's. What is the latest news or rumors?
I suspect that the 6.14.* series of BOINC versions might be the first to have this feature. That feature apparantly requires OpenCL for reaching the GPU, and the 6.14.* series are the first planned to have much support for OpenCL GPU workunits.
That objection doesn't apply, of course, to people using the official project-supplied applications under unconventional operating conditions. But the whole point of anonymous platform, of course, that it is anonymous - the server doesn't know whether the software that is being run is official or homebrew. So the gentle 'discouragement' is applied to the AP mechanism as a whole, rather than to specific applications.
As I do in fact only run the official project applications for Einstein and MilkyWay at least (Seti - different story), when are we going to get a major rewrite of the BOINC platform so as to enable things like setting GPU's to do multiple tasks concurrently in the platform itself, instead of having to resort to anonymous platforms? It would be nice to have the BOINC platform automatically keep us updated with the latest apps like normal users instead of fumbling through edits of our custom app_info's. What is the latest news or rumors?
I suspect that the 6.14.* series of BOINC versions might be the first to have this feature. That feature apparantly requires OpenCL for reaching the GPU, and the 6.14.* series are the first planned to have much support for OpenCL GPU workunits.
Mike, This is my literal
)
Mike,
This is my literal interpretation of the message that I asked about, but since after 3 days it is becoming ridiculous, an answer would be nice. I have not seen this server message anywhere else on other sites.
RE: Mike, This is my
)
Darmok, if you are aborting many tasks that may very well be the cause of the behaviour you are seeking an answer to. Hence the question ......
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
RE: Can somebody tell me
)
Do an advanced forum search for locality with search limits of one year. You'll find plenty of explanations, especially Why is Server requesting "delete file".
It's the (or not) branch that is to follow ;-)
The BOINC client (not the manager) does delete them automatically, as soon as they are no longer needed. The message is only meant to inform you, not as a request to do anything.
Gruß,
Gundolf
Computer sind nicht alles im Leben. (Kleiner Scherz)
Matter sorted via PM. For
)
Matter sorted via PM.
For the rest : if you keep aborting tasks, then the work unit search frequencies will shift, new templates/data files will need downloading, our server will request your BOINC instance to delete the old files ( the ones that would have been used on otherwise aborted tasks ) - if that triggers user aborts then around you go again. And again. Let BOINC do the file deleting as that message is not a request to abort a task ....
Locality scheduling is our server sending out work according to the particulars of your individual locality ( ie. machine ) - with the net helpful effect of reducing overall bandwidth usage by requesting ( if possible ) work to be performed upon data already held. Currently E@H is I believe the only project to make use of this locality scheduling functionality of BOINC. Slicing loaves of bread etc .... :-)
Cheers, Mike.
I have made this letter longer than usual because I lack the time to make it shorter ...
... and my other CPU is a Ryzen 5950X :-) Blaise Pascal
Thanks Mike, I suggest
)
Thanks Mike,
I suggest that this matter be incorporated into the FAQ. As mentioned, I've been a BOINC user for some years and I had never seen this server "request". I kind of felt stupid to ask a question about what to do when the server tells you what to do and the conclusion is to not do anything at all. As you said, this was riding a merry-go-round. My Internet provider thanked me for the added revenues :)
Jahn,
I did make an advanced search for various combinations of words with "Server Request to delete file" but only came up with a message actually from you which was unfortunately of no help to the issue. Your link to the thread, and your message 107072 is simple, concise and to the point and the follow-up message by Mike explains the matter in greater details. I wish these would have come up earlier this week. Thanks.
So not to confuse the next
)
So not to confuse the next person, the message is going to be hidden from view from 6.12.29 onwards. As shown in [trac]changeset:23666[/trac].
RE: So not to confuse the
)
(which we only just caught in time :-) )
RE: RE: So not to confuse
)
about time to use unix-timestamps for version numbers?
1307474499
RE: RE: ... Why does the
)
I suspect that the 6.14.* series of BOINC versions might be the first to have this feature. That feature apparantly requires OpenCL for reaching the GPU, and the 6.14.* series are the first planned to have much support for OpenCL GPU workunits.
RE: RE: RE: ... Why
)
The next client on the Roadmap is Boinc 7.0
Claggy