Not a post in this thread in over a day, is this a cause for panic?

---

Not a post in this thread in over a day, is this a cause for panic?

Yes, it appears we have been trained not to post if the AP side of the project is down..

---

Mmmm... sweet delicious APs..

2015-03-17 21:17:05 SETI@home Scheduler request completed: got 3 new tasks
2015-03-17 21:22:14 SETI@home Scheduler request completed: got 1 new tasks
2015-03-17 21:32:30 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 21:37:36 SETI@home Scheduler request completed: got 1 new tasks
2015-03-17 21:58:06 SETI@home Scheduler request completed: got 1 new tasks
2015-03-17 22:03:16 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 22:08:23 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 22:18:38 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 22:23:46 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 22:39:09 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 22:49:23 SETI@home Scheduler request completed: got 3 new tasks
2015-03-17 22:54:32 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 23:04:46 SETI@home Scheduler request completed: got 2 new tasks
2015-03-17 23:30:20 SETI@home Scheduler request completed: got 1 new tasks
2015-03-17 23:50:49 SETI@home Scheduler request completed: got 1 new tasks
2015-03-18 00:06:11 SETI@home Scheduler request completed: got 3 new tasks
2015-03-18 00:11:18 SETI@home Scheduler request completed: got 2 new tasks
2015-03-18 00:31:46 SETI@home Scheduler request completed: got 1 new tasks
2015-03-18 00:36:55 SETI@home Scheduler request completed: got 3 new tasks
2015-03-18 00:47:10 SETI@home Scheduler request completed: got 1 new tasks

I still have 1.4M seconds of cache to hoard--err.. fill, but it's getting there.. 1-3 tasks at a time.

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

---

Grant
Darwin NT

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

This could be partly to do with the fact that there is somewhere in the region of over 2 million results waiting to be administered have a lock on the tech news thread for details. I would like to say thanks to Matt, Jeff and Eric for the fantastic job they are doing keeping everything running

---

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

This could be partly to do with the fact that there is somewhere in the region of over 2 million results waiting to be administered have a lock on the tech news thread for details. I would like to say thanks to Matt, Jeff and Eric for the fantastic job they are doing keeping everything running

+1
Also worth noting that when the MB splitters are consistently churning out more than 31/sec it's more a demand issue than poor MB splitting.

---

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

This could be partly to do with the fact that there is somewhere in the region of over 2 million results waiting to be administered have a lock on the tech news thread for details. I would like to say thanks to Matt, Jeff and Eric for the fantastic job they are doing keeping everything running

+1
Also worth noting that when the MB splitters are consistently churning out more than 31/sec it's more a demand issue than poor MB splitting.

Last SSP update, a bit more than 28/sec. But good to note that the assimilators knocked 10k off of the waiting to be assimilated queue since the prior update.

And hey, the kitties are getting APs!!!
Happy kitties...........

Meow!

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

These APs are tasty. "Number of tasks today: 78" and my 10-day cache is almost filled. Probably another 5-10 more and that should do it. Om nom nom nom..

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

This could be partly to do with the fact that there is somewhere in the region of over 2 million results waiting to be administered have a lock on the tech news thread for details. I would like to say thanks to Matt, Jeff and Eric for the fantastic job they are doing keeping everything running

+1
Also worth noting that when the MB splitters are consistently churning out more than 31/sec it's more a demand issue than poor MB splitting.

Last SSP update, a bit more than 28/sec. But good to note that the assimilators knocked 10k off of the waiting to be assimilated queue since the prior update.

And hey, the kitties are getting APs!!!
Happy kitties...........

Meow!

Meow indeed.
I do still wonder about the wisdom of having half the splitters and download servers, all the assimilators, the db purge and all the transitioners living on the same physical box. Seems like it's certain that the whole system will be slow to recover from any backlogs, like we tend to see.

---

MB splitter output has been exceptionally crappy for the last few hours & is continuing on in that vein.
If there wasn't any AP available, we probably would have run out of MB by now; the output is that poor.

This could be partly to do with the fact that there is somewhere in the region of over 2 million results waiting to be administered have a lock on the tech news thread for details. I would like to say thanks to Matt, Jeff and Eric for the fantastic job they are doing keeping everything running

+1
Also worth noting that when the MB splitters are consistently churning out more than 31/sec it's more a demand issue than poor MB splitting.

Last SSP update, a bit more than 28/sec. But good to note that the assimilators knocked 10k off of the waiting to be assimilated queue since the prior update.

And hey, the kitties are getting APs!!!
Happy kitties...........

Meow!

Meow indeed.
I do still wonder about the wisdom of having half the splitters and download servers, all the assimilators, the db purge and all the transitioners living on the same physical box. Seems like it's certain that the whole system will be slow to recover from any backlogs, like we tend to see.

Well, Matt has been in the lab pretty regularly now, and I know he has been keeping tabs on things much better than has been in a while. He has commented about moving certain processes from here to there.
I have faith that he knows what boxen can handle what workload. And if things go astray, he'll be on it.
If anybody can keep the Seti servers rolling, Matt is the one that can do it.
He also mentioned that fresh AP work was due to rollout soon.
What could be better than that, eh?

I am very happy that Matt has the time to be in the lab keeping tabs on things for a while....he happens to be Seti's best server guru. Eric is no slouch, of course, but I sense that Matt is the master of such thingys.

---

"Freedom is just Chaos, with better lighting." Alan Dean Foster

The ap_11no14aa tape file does have the old problem with corrupted data on the _B3_P1_ channel which is seen as needing 100% blanking by Astropulse apps. Because that problem tends to last for a few weeks or months, I suspect all the other no14 tape files will show it too.

                                                                   Joe

Has anyone noticed the GPU APs are being sent first?
I've noticed. I notice things such as that.
I even had to lower my cache settings to receive CPU APs, quite the opposite of the way it has been for the last 6 months or so.
Now if I can just get a few APs to last more than 5 or 10 minutes I might be able to build a cache...

;-)

I did notice that I only got GPU WU's at first when they came back, but eventually got CPU WUs.

---

The ap_11no14aa tape file does have the old problem with corrupted data on the _B3_P1_ channel which is seen as needing 100% blanking by Astropulse apps. Because that problem tends to last for a few weeks or months, I suspect all the other no14 tape files will show it too.

                                                                   Joe

Yeah, I got rid of a handful of those that I received last night. Offline-tested them, when they returned 100% blanked, suspended all tasks in my cache and resumed just those ones to get rid of them.

ap_05no14aa_B3_P1_00018_20150317_22015.wu_1
ap_10no14ab_B3_P1_00057_20150317_02539.wu_1
ap_10no14ab_B3_P1_00304_20150317_02539.wu_1
ap_11no14aa_B3_P1_00072_20150318_20542.wu_1
ap_11no14aa_B3_P1_00395_20150318_20542.wu_0
ap_12no14ab_B3_P1_00020_20150318_32121.wu_1

---

Linux laptop:
record uptime: 1511d 20h 19m (ended due to the power brick giving-up)

I am very happy that Matt has the time to be in the lab keeping tabs on things for a while....he happens to be Seti's best server guru. Eric is no slouch, of course, but I sense that Matt is the master of such thingys.

I appreciate the comment and know you mean well :), but Eric and Jeff are smarter than I am - I just have more time than them to focus and work on these problems when I'm around.

- Matt

---

-- BOINC/SETI@home network/web/science/development person
-- "Any idiot can have a good idea. What is hard is to do it." - Jeanne-Claude

Such modesty

---

I am very happy that Matt has the time to be in the lab keeping tabs on things for a while....he happens to be Seti's best server guru. Eric is no slouch, of course, but I sense that Matt is the master of such thingys.

I appreciate the comment and know you mean well :), but Eric and Jeff are smarter than I am - I just have more time than them to focus and work on these problems when I'm around.

- Matt

Thanks anyways Matt.

I`m fully aware its lack of man power thats causing all this.

---

With each crime and every kindness we birth our future.

Anybody know if the server page is updating , as it looks like the AP data base has packed it in and gone on another holiday .

---

The SSP shows "[As of 18 Mar 2015, 23:00:03 UTC]", marvin is shown running, and there are only 5 AP WUs awaiting assimilation. I see no hint that there's anything wrong in that.

                                                                   Joe

I appreciate the comment and know you mean well :), but Eric and Jeff are smarter than I am - I just have more time than them to focus and work on these problems when I'm around.

- Matt

MATT, don't say that, you know the REAL person in a chain is the one that can actually get work done. Sure some may be great coders (and know little science), some maybe great system administrator, Maybe some know the science to amazing limits and (oh hell) can't get that 12:00 from flashing on their VCR/DVD :)

Point is ... you may not be better than everyone... but you get work done ! I bet you can NOT name one person that is the best in the project, sure he does that better, she does that, in the end it is a team effort.

---