Ah ok, ty for reply

How does one have so many errors and invalids?

. . By being a developer (Petri) and constantly trying new things ... or in other cases by having faulty hardware or totally misconfigured apps that trash most of the WUs you receive, there are many of them around too.

Stephen

:)

Is it just me, or are these new 02 WUs processing even faster than the previous 05s? Around 10sec on the GPUs and 4min on the CPU faster.
The servers weren't doing too well as it was, these new WUs will push them even harder.

---

Grant
Darwin NT

Id say your right Grant..

Looks like we've reached that critical point of returned-last-hour, WU-waiting-deletion, in-progress and splitter load.
Waiting-deletion is going up, splitter output has gone down, and Ready-to-send buffer is rapidly emptying. And with the shorter WU run times, channels left to be split is rapidly diminishing also.

---

Grant
Darwin NT

Eric muttered something in Beta a few days ago about finalising some "new binaries" that might be loaded onto the servers this Tuesday - perhaps he wants to have a fairly low RTS before doing the update....

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Eric muttered something in Beta a few days ago about finalising some "new binaries" that might be loaded onto the servers this Tuesday - perhaps he wants to have a fairly low RTS before doing the update....

I hope the implementation is smoother here than at Beta.

---

Grant
Darwin NT

Eric muttered something in Beta a few days ago about finalising some "new binaries" that might be loaded onto the servers this Tuesday - perhaps he wants to have a fairly low RTS before doing the update....

I hope the implementation is smoother here than at Beta.

No new applications have appeared on the Beta applications page since October 2017, and those were all for Mac - so whatever the current problems are at Beta, it can't be attributed to new application binaries.

What Eric actually said was

We're testing BOINC updates, which have broken the splitters.

We'll probably promote these server binaries to the main project next week.

Thanks Richard - I was on my phone and looking at two things at once on that is "problematic" - hopefully the new SERVER binaries will address some of the issues we've seen on main of late. (And Eric's note post dates the "new splitters broke Beta" announcement by a few weeks, and the more recent Beta stuff has flowed fairly smoothly....

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

and we are back

---

But the splitters are offline. If Eric did deploy new server code, I hope we are not seeing the same issue that Beta had with the new server code.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

And the splitters are back online. But the SSP has not updated in 15 minutes. So who knows?

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Current result creation rate ** 0/sec 0.0148/sec 2.5690/sec 6m

This is not gud.

---

Is it just me, or are these new 02 WUs processing even faster than the previous 05s? Around 10sec on the GPUs and 4min on the CPU faster.
The servers weren't doing too well as it was, these new WUs will push them even harder.

. . Yes, they are processing slightly faster than those Blc05 units were. Not quite so dramatic here though they are around 30 secs faster on the 950 GPU and about one min on the i5-6400, maybe 10 secs on the 970s and 2 mins on the i5-6600, and finally about 10 to 12 secs faster on the 1050ti, the C2D doesn't crunch normally but during the outage it ran a couple of Blc02s and they were about 2 to 5 mins quicker (compared to 81 to 84 mins).

Stephen

PS:- the post outage hourly return nearly hit the 200,000 mark :(

Looks like we've reached that critical point of returned-last-hour, WU-waiting-deletion, in-progress and splitter load.
Waiting-deletion is going up, splitter output has gone down, and Ready-to-send buffer is rapidly emptying. And with the shorter WU run times, channels left to be split is rapidly diminishing also.

. . On that subject (channels to be split) I am left pondering why it is that all the "tapes" (Disks) show as 52.24 GB but while some show 80 to 120 channels others show only one or two. What causes that level of discrepancy?

Stephen

??

And the splitters are back online. But the SSP has not updated in 15 minutes. So who knows?

Splitters showing Green, and status page has updated. But still no work actually coming from the splitters.
Server code update broke our splitters as well as Betas?


Edit- over 2 hours since the project came back up, but still no splitter output.

---

Grant
Darwin NT

. . On that subject (channels to be split) I am left pondering why it is that all the "tapes" (Disks) show as 52.24 GB but while some show 80 to 120 channels others show only one or two. What causes that level of discrepancy?

Only those in progress (dark green), or have been processed (light green), show up.

---

Grant
Darwin NT

Apparently the splitters are splitting as showed by the Splitter status but where the splitted data is going?

---

I made it thru todays outrage but it looks like I will go dry this evening unless something gets fixed.

---

Apparently the splitters are splitting as showed by the Splitter status but where the splitted data is going?

I think it's a case of the splitters are running, but they're not actually doing anything.

Apparently, the updated server code broke the splitters on Beta.
They got that fixed, but it would appear there's some differences between the splitters here & at Beta that didn't cope too well with the new code.
It could be a while before work is flowing again.

---

Grant
Darwin NT