170 of them now, but I'm pushing them through.

Cheers.

According to the haveland graph, than was the biggest AP run since Oct 2016.
Weeeee

I got 190 of them randomly.

11 of them left to do.

Cheers.

332 here, mmmm

332 here, mmmm

329, and the run seems to be ended ...

---

Some of you are certainly pretty lucky. Once again, I was absolutely not paying any attention whatsoever and I pulled up task manager to look at the network graphs and noticed the CPU usage was way higher than I expected it to be. Took a look at that tab and saw AP running. !!!!! wow! It's been absolutely forever since I've gotten any.

I had no idea there was a frenzy today, otherwise I would have been babysitting even a little bit to try to get more than the 9 that I got.

I guess I should pay more attention now, because hopefully there's more '17 tapes than just the ones that got loaded, although I know telescope time for work that we can use is very limited these days. I shall pay closer attention a bit better for the short-term future.

---

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

You got your wish. More '17 tapes loaded and currently splitting more AP work.

---

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

A proud member of the OFA (Old Farts Association)

I see that. I'm being very vigilant with it at the moment.

I've found in the past that asking for too many seconds of work results in not getting anything, so you have to adjust the cache settings to keep under ~175,000 seconds for a request and increase the cache size after you get more work.

---

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

I ended up grabbing 49. There's still a few channels left to split, so I may pick up one or two more.

This was a good run.

---

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

I ended up grabbing 49. There's still a few channels left to split, so I may pick up one or two more.

This was a good run.

As always. Crunch em if you got em.

---

SETI@home classic workunits: 93,865 CPU time: 863,447 hours
Join the [url=http://tinyurl.com/8y46zvu]BP6/VP6 User Group[

Well I've got another 80 odd of them since my last post here and seeing as they're still being split I would expect a few more yet.

Cheers.

This is a very good run. I might actually fill a 10-day cache with the way I keep grabbing 1-3 every 2-4 requests. I'm up to about 65 in total now for this run, and the creation rate is still ~1.4/sec.

It's been well over a year since I had a good cache of 'em like this. Can't wait for AP to start being made for GBT data.

---

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

Does anyone know why AP tasks only stick around for about 2 days before they are purged, while MB tasks about 7 days?
Or is it - Just because, LOL.

Does anyone know why AP tasks only stick around for about 2 days before they are purged, while MB tasks about 7 days?
Or is it - Just because, LOL.

Good question.

---

All tasks getting purged 24 hours after last validation applied.

---

With each crime and every kindness we birth our future.

Anyone notice there appears to be a problem with the Windows AP App and the AMD RX 480? I have a number of Inconclusives and a number of them are from the RX 480. Looking at the Hosts, it would seem it's a common problem;
https://setiathome.berkeley.edu/results.php?hostid=8165123&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8240086&appid=20
http://setiathome.berkeley.edu/results.php?hostid=7337688&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8241362&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8005313&appid=20
Here's a 460: https://setiathome.berkeley.edu/results.php?hostid=7960577&appid=20
More;
https://setiathome.berkeley.edu/results.php?hostid=8054363&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8004905&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8226174&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8043019&appid=20
https://setiathome.berkeley.edu/results.php?hostid=7975798&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8001648&appid=20
https://setiathome.berkeley.edu/results.php?hostid=8001994&appid=20

I think I wuz just Robbed. Seems two of these Windows ATI machines that are producing LOW signal counts conspired against my Linux machine.
5811938747 8240086 15 Jun 2017, 3:20:34 UTC 15 Jun 2017, 3:57:31 UTC Completed and validated 1,064.81 174.55 519.78 AstroPulse v7 v7.09 (opencl_ati_100) windows_intelx86
5811938748 8097309 15 Jun 2017, 3:20:34 UTC 15 Jun 2017, 10:13:05 UTC Completed, marked as invalid 1,539.39 227.89 0.00 AstroPulse v7 Anonymous platform (ATI GPU)
5812506951 7534898 15 Jun 2017, 10:13:23 UTC 15 Jun 2017, 23:59:29 UTC Completed and validated 965.79 247.77 519.78 AstroPulse v7 v7.09 (opencl_ati_100) windows_intelx86
https://setiathome.berkeley.edu/workunit.php?wuid=2576492881
Looking at One of those machines it seems it is producing too Few signals;
https://setiathome.berkeley.edu/results.php?hostid=7534898&offset=0&state=5&appid=20

How many more of these are cross-validating?

I see some strange things going on. These two WUs validated on the first try even though the results are different. This is Not supposed to happen;
https://setiathome.berkeley.edu/workunit.php?wuid=2576361008
https://setiathome.berkeley.edu/workunit.php?wuid=2576360582
The NV card found 2 & 0, the AMD found 0 & 0 and it was validated without being sent to a third Host?
WTH?

Well I've got another 80 odd of them since my last post here and seeing as they're still being split I would expect a few more yet.

Cheers.

I quite a few of them again today (I can't be bother to keep an accurate count now).

Cheers.

Here's another Robbery; https://setiathome.berkeley.edu/workunit.php?wuid=2577500000
AstroPulse v7 Anonymous platform (NVIDIA GPU)
single pulses: 0
repetitive pulses: 2
percent blanked: 0.00

AstroPulse v7 v7.10 (cuda_opencl_100) windows_intelx86
Found 30 single pulses and 30 repeating pulses, exiting.
percent blanked: 0.00

AstroPulse v7 v7.09 (opencl_ati_100) windows_intelx86
single pulses: 0
repetitive pulses: 0
percent blanked: 0.00

The two Windows machines Validated.
I've seen a few other similar cases, https://setiathome.berkeley.edu/workunit.php?wuid=2577333390 & https://setiathome.berkeley.edu/workunit.php?wuid=2576352412
At this point, not knowing how long this has been occurring, I'm going to say the AP database is hopelessly Polluted.