So, you are saying that all the ~300 000 results in database (according to status page for now) are really sent out to crunchers, are you?
BTW, I tried, but it is unable to uncheck the box of S5GCE. Only ABP (what is it?) and ABP STSP are enabled.
P.S. I currently abort any ABP 3.08 and S5GCE 3.04 tasks if I see S5R6 in queue just not to wait for deadline and to be ready to receive as many as possible for data files in host for these WUs.
On the ~41 thousand without final result are still out for crunching, or have recently timed out. At this point a large chunk are probably assigned to inactive hosts. The boinc scheduler doesn't immediately send them back out to the first host available after a user doesn't return within the deadline. It waits a bit to see if a host that already has the needed data files connects to save on bandwidth.
PS Instead of aborting WU's just suspend them temporarily. That reduces the load on the servers and network bandwidth sending data files out again for the ones you aborted.
Yeah, everything has been sent out. I can't tell you why the already returned results are still in the database - maybe they need to be combined with results which haven't been returned yet to be useful, but that's just guessing. Aborting WUs does technically give you a somewhat higher chance of getting S5R6 WUs if any are being sent out, but I doubt the Einstein@Home scientists will appreciate it.
Yeah, everything has been sent out. I can't tell you why the already returned results are still in the database - maybe they need to be combined with results which haven't been returned yet to be useful, but that's just guessing. Aborting WUs does technically give you a somewhat higher chance of getting S5R6 WUs if any are being sent out, but I doubt the Einstein@Home scientists will appreciate it.
Forgive me if I'm in error, but I'd thought that aborts changed the daily WU quota downwards for a given box [ previously discussed with respect to ABP's ]. So given that : I suppose you do get a higher chance of the desired slice, but of a smaller pie.
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
In the past there have been occasions where the outstanding results were cleared quickly and that was done by increasing the initial replication so that a whole bunch of extra copies (maybe 10 or more) of the outstanding tasks were sent out. That way at least one host was likely to send back a result quickly but this is rather wasteful of resources.
.
IIRC the last time they needed to wrap up the odds and ends they just sent all the missing WU's to their own cluster.
Forgive me if I'm in error, but I'd thought that aborts changed the daily WU quota downwards for a given box [ previously discussed with respect to ABP's ]. So given that : I suppose you do get a higher chance of the desired slice, but of a smaller pie.
That would be a good way to discourage such behavior, so it sounds likely - you'd know better than I would!
That would be a good way to discourage such behavior, so it sounds likely - you'd know better than I would!
I'm quoting second hand knowledge here. It was brought up earlier in the context of AGW aborts for those who wanted to do ABP's only - as one is not otherwise allowed to directly opt out of being served with AGW WU's. I'm assuming that logic applies here. I suppose any abort ( of whatever WU type ) reduces the perceived reliability of the box in 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
I found that when I abort some tasks before they start it doesn't reduce my daily quota, because it is not a computation error. So I have daily a small but stable possibility to choose what to crunch. :)
Since the only known pulsar close enough that it might be detected, the crab nebula pulsar, is sitting right on the edge of being detectable, this means that GCE will be much more likely to give a positive result. (I don't have a citation for this, it was from a few posters from a conference that Bernd(Bruce???) linked to a few years back.)
You would think they would do that. Looking for something that you know is there in the sky is a good test to make sure the computations you're doing are valid.
I would love to see a sky plot (with colors indicating intensity/signal strength) of the results from S5R6. Something pretty to drive home the results of all the crunching. Any project sci? Mods?
So, you are saying that all
)
So, you are saying that all the ~300 000 results in database (according to status page for now) are really sent out to crunchers, are you?
BTW, I tried, but it is unable to uncheck the box of S5GCE. Only ABP (what is it?) and ABP STSP are enabled.
P.S. I currently abort any ABP 3.08 and S5GCE 3.04 tasks if I see S5R6 in queue just not to wait for deadline and to be ready to receive as many as possible for data files in host for these WUs.
On the ~41 thousand without
)
On the ~41 thousand without final result are still out for crunching, or have recently timed out. At this point a large chunk are probably assigned to inactive hosts. The boinc scheduler doesn't immediately send them back out to the first host available after a user doesn't return within the deadline. It waits a bit to see if a host that already has the needed data files connects to save on bandwidth.
PS Instead of aborting WU's just suspend them temporarily. That reduces the load on the servers and network bandwidth sending data files out again for the ones you aborted.
Yeah, everything has been
)
Yeah, everything has been sent out. I can't tell you why the already returned results are still in the database - maybe they need to be combined with results which haven't been returned yet to be useful, but that's just guessing. Aborting WUs does technically give you a somewhat higher chance of getting S5R6 WUs if any are being sent out, but I doubt the Einstein@Home scientists will appreciate it.
RE: Yeah, everything has
)
Forgive me if I'm in error, but I'd thought that aborts changed the daily WU quota downwards for a given box [ previously discussed with respect to ABP's ]. So given that : I suppose you do get a higher chance of the desired slice, but of a smaller pie.
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: In the past there
)
IIRC the last time they needed to wrap up the odds and ends they just sent all the missing WU's to their own cluster.
RE: Forgive me if I'm in
)
That would be a good way to discourage such behavior, so it sounds likely - you'd know better than I would!
RE: That would be a good
)
I'm quoting second hand knowledge here. It was brought up earlier in the context of AGW aborts for those who wanted to do ABP's only - as one is not otherwise allowed to directly opt out of being served with AGW WU's. I'm assuming that logic applies here. I suppose any abort ( of whatever WU type ) reduces the perceived reliability of the box in 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
Speaking of stragglers - the
)
Speaking of stragglers - the last ABP1 WU is finally in! Throw a party!
Oh! That's great! Let's
)
Oh! That's great! Let's finish S5R6 ASAP.
I found that when I abort some tasks before they start it doesn't reduce my daily quota, because it is not a computation error. So I have daily a small but stable possibility to choose what to crunch. :)
RE: Since the only known
)
You would think they would do that. Looking for something that you know is there in the sky is a good test to make sure the computations you're doing are valid.
I would love to see a sky plot (with colors indicating intensity/signal strength) of the results from S5R6. Something pretty to drive home the results of all the crunching. Any project sci? Mods?