I have four results, which got "Result was reported too late to validate":
WU #38120243
WU #38120241
WU #38120230
WU #38120184

The transitioner will make this decision. But, the problem is one of timing. Worse luck is that it is not likely that this can be reversed if the Canonical Result is gone (assimilated).

Also bad is the fact that you blew the reporting deadline anyway.

But, the ones I looked at, the others reported them early before the troubles. The validated and were waiting for the expiration of the deadline. That happened before you got your results back.

If this is a big issue for you, send a note to Dr. Anderson.

This is one of the potential drawbacks for not reporting every day ... :(

We are trying to get a change through that will break the link between the queue size and the connect interval. No one has come up with an iron-clad design yet that passes muster (that I am aware of) and I am not sure what priority UCB would put on it ... or if there is another volunteer developer panting at the chance to make the changes ...

---

I uploaded about 30(?) or so work units (actual number irrelevant). The earliest report deadline was 16 Dec, which of course hasn't arrived yet. After I was done I clicked update and communication was deferred. My statistics remained unchanged.

I'm assuming my stats not changing and the communication being deferred is due to back end stuff being off. Since this is all magic to me I'm posting this incase it has some relevance to the problem even though the drop dead date hasn't arrived yet. I don't care if I get credit for the units or not. I just enjoy downloading, crunching and uploading.

---

If people did not have overly huge caches, they would not have average turnaround times of 13 or 14 days and their results would have been returned before the deadline.

I uploaded about 30(?) or so work units (actual number irrelevant). The earliest report deadline was 16 Dec, which of course hasn't arrived yet. After I was done I clicked update and communication was deferred. My statistics remained unchanged.

I'm assuming my stats not changing and the communication being deferred is due to back end stuff being off. Since this is all magic to me I'm posting this incase it has some relevance to the problem even though the drop dead date hasn't arrived yet. I don't care if I get credit for the units or not. I just enjoy downloading, crunching and uploading.

JV,

Dig into the Wiki, look at the sections on Credit, and Validation Process and look at the examples. If you do wander around a bit you can find out how the whole mess works ... :)

---

If people did not have overly huge caches, they would not have average turnaround times of 13 or 14 days and their results would have been returned before the deadline.

After being unable to upload for a week, I had 2 units that missed deadline by 15 minutes. None were more than 4 hours past due.

If that's the price of running a big cache, fine. Until the credit calculations are more reliable, I'll continue to run a long cache. A few credits lost is no big deal, and the credits are ultimately meaningless anyway.

I just don't like having results tossed out because they're past due, when I had them ready to upload for over a week.

---

If you think education is expensive, try ignorance.

<----------- Hates to read technical stuff but will download it and read it anyway.

---

<----------- Hates to read technical stuff but will download it and read it anyway.

Well, hard to download ...

But, to the extent possible, it is written with the non-technical person in mind. If there are places that are too hard, well, complain to the author ... :)

He actually listens ....

---

The WU would have been validated when the third result came in on the 28th, and the credit awarded then. Is it even the validator that would pick up the fourth result when it came in and decide if it was within deadline? Or is it another process? I was thinking it was the validator, making another pass, but if that ran on the 28th and is NOT running now, but something has "looked at" that result on the 13th... I'm lost.

There's definitely a disconnect between the news statement "will not result in lost credit" and the current state of this particular result. I'm sure it's fixable, but someone will have to get the attention of whoever is needed to fix it...

The valiators are turned off for now, when they are turned back on credit will be given to it. This has happened several times in the past and credit has been granted. It will take a while after the validators are turned back on because of the large number of units waiting now, over 4 million.

Each one in the waiting for validaition que represents 3 or 4 of the same unit. If a unit has only one or two turned in it is not counted there. So that 1.3 million could be 1.3*4 or 5.2 million.

Ray

---

Pizza@Home Rays Place Rays place Forums

If people did not have overly huge caches, they would not have average turnaround times of 13 or 14 days and their results would have been returned before the deadline.

I just don't like having results tossed out because they're past due, when I had them ready to upload for over a week.

If you return the 4th result after the first 3 have already been validated, then your result is basically tossed out anyway. The 4th result is only used if one of the first 3 was no good. If, because you have a large cache, you consistently return your results after the first 3 are validated, then you are wasting your valuable computing power.

---

If, because you have a large cache, you consistently return your results after the first 3 are validated, then you are wasting your valuable computing power.

Please spare me. I have no interest in getting into the "the 4th unit is wasted effort" debate.

<chuckles>

Yes. I noticed I was going to have a hard time downloading after I went there. Cobblestones examples were quite easy to understand. Only whetstones I know of are used for sharpening knives. I will undoubtedly do some independent reading type research (or visiting a terms definition page in manual) to try to understand all of it. Haven't perused the entire manual yet. I read very slow.

Thankyou :)

---

Haven't perused the entire manual yet.

WHAT? It's _only_ around 1200 pages! :-)

It looks like Berkeley has fixed the problem of late results...

One of my work units that DID have a return deadline of the 14th (and it still shows as the 14th on my client, it is crunching in EDF mode now) now shows on the website as being due back by the 29th...

---

https://youtu.be/iY57ErBkFFE

#Texit

Don't blame me, I voted for Johnson(L) in 2016.

Truth is dangerous... especially when it challenges those in power.

They may've fixed one of the problems, but many of us still have lots of WU's which were "too late". They're not fixed. Yet.

1200 pages hmmmm?

Might have it finished by Christmas....

of 2006!

Edited to add this: I'll stop talking about this now since it isn't along the lines of this thread any more. Thanks for info from everyone though. :)

---

Please define "lots" LOL
Just ran a perl tool & found 400 of them in my farm's results uploaded Dec 13.

Paolo, at1839

They may've fixed one of the problems, but many of us still have lots of WU's which were "too late". They're not fixed. Yet.

---