Why this message from project?

Darmok
Darmok
Joined: 18 Jun 09
Posts: 6
Credit: 147,327,812
RAC: 11

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.

Mike Hewson
Mike Hewson
Moderator
Joined: 1 Dec 05
Posts: 6,358
Credit: 185,820,527
RAC: 583,806

RE: Mike, This is my

Quote:
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

Gundolf Jahn
Gundolf Jahn
Joined: 1 Mar 05
Posts: 1,079
Credit: 341,280
RAC: 0

RE: Can somebody tell me

Quote:
Can somebody tell me what it means,


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)

Mike Hewson
Mike Hewson
Moderator
Joined: 1 Dec 05
Posts: 6,358
Credit: 185,820,527
RAC: 583,806

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

Darmok
Darmok
Joined: 18 Jun 09
Posts: 6
Credit: 147,327,812
RAC: 11

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.

Jord
Joined: 26 Jan 05
Posts: 2,952
Credit: 5,779,100
RAC: 0

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].

Richard Haselgrove
Richard Haselgrove
Joined: 10 Dec 05
Posts: 2,087
Credit: 1,262,627,725
RAC: 5,181,938

RE: So not to confuse the

Quote:
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].


(which we only just caught in time :-) )

FrankHagen
FrankHagen
Joined: 13 Feb 08
Posts: 102
Credit: 272,200
RAC: 0

RE: RE: So not to confuse

Quote:
Quote:
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].

(which we only just caught in time :-) )

about time to use unix-timestamps for version numbers?

1307474499

robertmiles
robertmiles
Joined: 8 Oct 09
Posts: 127
Credit: 10,223,642
RAC: 33,773

RE: RE: ... Why does the

Quote:
Quote:
... Why does the project now throw this message?

Quote:

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.

Claggy
Claggy
Joined: 29 Dec 06
Posts: 560
Credit: 2,609,903
RAC: 94

RE: RE: RE: ... Why

Quote:
Quote:
Quote:
... Why does the project now throw this message?

Quote:

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.


The next client on the Roadmap is Boinc 7.0

Claggy

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.