It's getting late, and the Splitters have dropped off to the point there is No RTS. This doesn't look good;
Results ready to send = 3
Current result creation rate ** = 4.0569/sec
Results received in last hour ** = 150,781

Way. way long before that. https://setiathome.berkeley.edu/forum_thread.php?id=18850&postid=154163#154163
I didn't even consider that event in my resume of changes.

. . And Astropulses became much in demand but are not part of the overall SETI MB throughput of the project. They are not even for SETI in any way, they are a sub-contract for another project in another Uni. (As I understand it).

Stephen

? ?

It's getting late, and the Splitters have dropped off to the point there is No RTS. This doesn't look good;
Results ready to send = 3
Current result creation rate ** = 4.0569/sec
Results received in last hour ** = 150,781

Recovering a little, seeing AP being cut and delivered.

Results ready to send 35,768
Current result creation rate ** 35.9130/sec
Results received in last hour ** 149,577

Still nowhere near optimal.

Way. way long before that. https://setiathome.berkeley.edu/forum_thread.php?id=18850&postid=154163#154163
I didn't even consider that event in my resume of changes.

. . And Astropulses became much in demand but are not part of the overall SETI MB throughput of the project. They are not even for SETI in any way, they are a sub-contract for another project in another Uni. (As I understand it).

Stephen

? ?

What?? AP not even for SETI in any way??? Where did you get that idea from??

Astropulse FAQ

And why all of a sudden a more than 14 year old message from a totally different thread here???

. . I was under the impression that Seti@home back end does not look at AP results at all, they are shipped off to another project somewhere. Perhaps I have that wrong. Maybe I was just being too parochial and not recognising that the other project is also part of SETI.

. . As for why it is here, look at the quotes and you will see you need to be asking Nick about that.

Stephen

? ?

Looks like there've been a few server issues in the last 24hrs or so.
Return rate has died for a while, then Ready-to-send gets pounded when the Scheduler comes back to life, but the splitters don't pick up on the increased load.

---

Grant
Darwin NT

For some reason, the server status is unavailable. Just a blank black page. Very odd. I wonder how long this will last

---

back on now but loads of red! problem ready for the weekend?

---

A large volume of shorties, with many noise bombs thrown in, going through the system at the moment. In progress climbing, Ready to send falling, and all the past couple of weeks of the Validation & Assimilation backlogs clearing have been undone. Backlogs growing & growing fast.

---

Grant
Darwin NT

A large volume of shorties, with many noise bombs thrown in, going through the system at the moment. In progress climbing, Ready to send falling, and all the past couple of weeks of the Validation & Assimilation backlogs clearing have been undone. Backlogs growing & growing fast.

As I type the splitters seem to be coping quite well splitting at over 80 a second. RTS is over 2500, could be higher but it could also be a lot lower

---

The assimilation backlog had been going down at a steady rate for several days but couple of days ago it reversed direction. It was 2.2 mil at the lowest point but is now grown to almost 2.8 mil.

And each workunit in assimilation queue is keeping about 2.2 results stuck in the database. They seem to be shown in the validation queue on the SSP. This has pushed the total number of results to a level that forces their generation to be throttled again by stopping the splitters :(

---

And the replica again unable to keep up, as of now 5,478 seconds (1.5 hours) behind.

I’m starting to think this is a weekend problem. 3rd Saturday in a row that it’s happened, and usually catches back up by Monday morning.

---

Seti@Home classic workunits: 29,492 CPU time: 134,419 hours

And the replica again unable to keep up, as of now 5,478 seconds (1.5 hours) behind.

I’m starting to think this is a weekend problem. 3rd Saturday in a row that it’s happened, and usually catches back up by Monday morning.

Looks like someone has applied a touch of TLC, or a size 10 boot, to the problem. The replica has caught up.

Validation / Assimilation backlog continues to grow.
Shouldn't be too long and all splitter output will cease again till the backlog starts going down again. The number of shorties & noise bombs has dropped off, so we might get lucky.

---

Grant
Darwin NT

The number of shorties & noise bombs has dropped off, so we might get lucky.

Looks like i spoke too soon.
Another batch of shorties going through.

---

Grant
Darwin NT

Panic Mode; ON

The replica is falling behind again.


As of 16 Feb 2020, 0:00:04 UTC

Replica seconds behind master	  1	0m

LOL

With that it's Good Night.
C U Domani

Getting long delays in Scheduler response, and it's not supplying as many WUs as are being reported.
Hopefully just a brief passing glitch.

---

Grant
Darwin NT

Greetings,

I do believe that we have finally made it beyond the major slow down we've been experiencing over the past 5 or 6 Sundays. :)

I do hope I didn't just jinx the whole operation! ;)

Have a great day! :)

Siran

---

CAPT Siran d'Vel'nahr - L L & P _\\//
Winders 11 OS? "What a piece of junk!" - L. Skywalker
"Logic is the cement of our civilization with which we ascend from chaos using reason as our guide." - T'Plana-hath

Got home form work to find my Linux system out of GPU work. Heaps of work to be downloaded- all in super extended extreme backoff mode.

---

Grant
Darwin NT

@Grant:

Got home form work to find my Linux system out of GPU work. Heaps of work to be downloaded- all in super extended extreme backoff mode.

Throw this in a cron job, executed from within the BOINC directory, every 15 minutes or so to solve that:

./boinccmd  --project http://setiathome.berkeley.edu update

Note that you can execute this from other than inside the BOINC directory, but will have to add password from gui_rpc_auth.cfg:

./BOINC/boinccmd  --passwd [password]  --project http://setiathome.berkeley.edu update

---

@Grant:

Got home form work to find my Linux system out of GPU work. Heaps of work to be downloaded- all in super extended extreme backoff mode.

Throw this in a cron job, executed from within the BOINC directory, every 15 minutes or so to solve that:

./boinccmd  --project http://setiathome.berkeley.edu update

Note that you can execute this from other than inside the BOINC directory, but will have to add password from gui_rpc_auth.cfg:

./BOINC/boinccmd  --passwd [password]  --project http://setiathome.berkeley.edu update

Thanks, i'll put a copy of this aside for when i feel like wrestling with something new.
After today i need a shower, a bit of a read, then a good lie down.
:-)

---

Grant
Darwin NT