Keep arguing Semantics. We are watching you dance around an Obvious problem with the SETI Stats on a SETI webpage from a SETI Server.
Obviously if you don't return results you will Not receive a GF reading.
Likewise, the more results the higher that GF reading will be on that page.
It's all very interesting...

Yes, it is. And it can be even more interesting if you understand it.

Although it isn't publicly advertised, exactly the same generic BOINC code runs at Milkyway: http://milkyway.cs.rpi.edu/milkyway/gpu_list.php

They have Macs running NVidia cards, but not running ATI cards - exactly the opposite of the display here. So, who's running a sample NV card on Mac here, so we can look at the timings?

Here is One returning results every few minutes, http://setiathome.berkeley.edu/results.php?hostid=7644315&offset=120
There are many, Many Mac Laptops with nVidia cards returning many more than that one host.

http://www.primegrid.com/gpu_list.php shows both Nvidia and AMD GPUs on Macs for a variety of applications.

---

They have Macs running NVidia cards, but not running ATI cards - exactly the opposite of the display here. So, who's running a sample NV card on Mac here, so we can look at the timings?

Computer 7297852 NVIDIA Quadro K5000/GeForce GT 640

Computer 7599680 NVIDIA GeForce GTX 770

Computer 6863747 NVIDIA GeForce GTX 680MX

Computer 7321524 NVIDIA GeForce GTX 680MX

Computer 6883710 NVIDIA GeForce GTX 660 Ti

Computer 7414871 NVIDIA GeForce GTX 680MX

Computer 7453012 NVIDIA GeForce GTX 675MX

Computer 7088836 NVIDIA GeForce GTX 680MX

Computer 7163398 NVIDIA GeForce GTX 780M

Computer 7719315 NVIDIA GeForce GTX 675MX

Computer 7773885 NVIDIA GeForce GTX 780M

Computer 3502292 NVIDIA GeForce GTX 680MX

Computer 6902460 NVIDIA GeForce GTX 675MX

Computer 7718750 NVIDIA GeForce GTX 680MX

Computer 7494607 NVIDIA GeForce GTX 780M

Computer 4726043 NVIDIA GeForce GTX 950

Computer 7183121 NVIDIA GeForce GTX 775M

Computer 7752206 NVIDIA GeForce GTX 680MX

Computer 7334464 NVIDIA GeForce GT 755M

Computer 7592123 NVIDIA GeForce GTX 970

Computer 7453810 NVIDIA GeForce GTX 675MX

Computer 7254833 NVIDIA GeForce GT 755M

Claggy

I was beginning to get worried about the Oct 20, 2014, bugfix adding anonymous platform hosts to the lists (3136342575c42e7e3b2dc13fbb04feb54ae0c77d). Neither Milkyway not PrimeGrid seem to have that, judging by the missing ", measured by average elapsed time of tasks," in the rubric.

Specifically, the first host we looked at - Jason's Xeon - is running anonymous platform: and the handler for anonymous platform ("if ($vendor == "cuda") {$av_ids .= "-3";}") uses "cuda" (only) as the vendor string. But that seems uniform throughout the code, and Claggy's first two examples are both running the stock app.

Back to the drawing board...

I believe you will find most of the Mac nVidia results are coming from Laptops, running the Stock App, on the same Mobile GPUs. Which means it shouldn't be very difficult for the Server to see Hundreds of results from the exact same nVidia mobile GPU. I have seen Jason's 780 displayed a few times, and when I had My 750Ti in my Mac it did appear a couple times even though it was running 24/7 for weeks.

David Anderson has found some Mac GPUs by increasing the result enumeration limit to 2000 per vendor. Evidently a low proportion of Macs are using their GPUs so far.

David Anderson has found some Mac GPUs by increasing the result enumeration limit to 2000 per vendor. Evidently a low proportion of Macs are using their GPUs so far.

As well as some Windows and especially Linux GPUs.

Claggy

Yes, finally some Mac nVidia GPUs. Thank you very much.
Now to see how long it lasts.
;-)

14 WUs, (processed between both my crunchers), have been marked Invalid. Most of them from Prometheus, my GTX-750 TI SC machine.

:-(

14? Is that all ? I got 298 invalids over 3 machines since the mix up happened . Mistakes happen that's life !

Now up to 44 due to the Server issue... Plus, another 43 in Validation Inconclusive, ready to become more Invalids... :-(

Now it's Exeter in the "lead" of most Invalids. (GTX-760.)

Computer IDs:

7301566 - Exeter, GTX-760

7440554 - Prometheus, GTX-750 TI SC


TL

---

TimeLord04
Have TARDIS, will travel...
Come along K-9!
Join Calm Chaos

Was the issue of random abandonment of caches ever resolved?
This host here appears to have suffered from the issue.

They received a cache full of work on 15th Oct, every 5 minutes picking up 5-10 WUs.
7th Nov, 17:15:25 UTC they received another WU (doesn't appear to be any other communications between those dates), and at the same time all existing WUs were abandoned, 7th Nov, 17:15:25 UTC.
On their machine, "Number of time client has contacted server" stands at 3, there were at least 6 contacts just to fill the cache on 15th Oct.



EDIT- and I've noticed a lot of errored out WUs from ARM based systems, most common Stderr output,

error: only position independent executables (PIE) are supported.

this being on hardware with the application version
SETI@home v7 v7.21 (armv7-vfpv3d16-nopie)

eg
ARM WU error

---

Grant
Darwin NT

rob smith wrote:

I'm not sure why you see "three results the same" - the stderr of the two results that validated look very similar, while the one that failed is very different.

IIRC, two AP results were from (MAC) GPUs.
My AP result was from the J1900 CPU.

The result:
single pulses: 0
repetitive pulses: 0
...was at all 3 results the same.

- - - - - - - - - -

I myself wrote:

ap_23jl11ac_B2_P1_00115_20150924_21168.wu
http://setiathome.berkeley.edu/workunit.php?wuid=1910752354

3 same results, but 1 of them invalid. Why?

TBar wrote:

I'd say it's the same thing mentioned in this post, http://setiathome.berkeley.edu/forum_thread.php?id=78410&postid=1739228#1739228

OK, WTH is this? http://setiathome.berkeley.edu/workunit.php?wuid=1922047397
How can you get an Invalid on a Blanking too much RFI? percent blanked: 100.00
I think I see a pattern here. I was sent a Resend, the other Host completed the task before I did.
So, I GET AN INVALID! For Successfully completing the Resend that was sent Me?
I remember this from a long time ago, Why has it resurfaced?

Yes, I was given an Invalid on a task where there wasn't any computation. Looking at the results it was clear I had been sent a Resend from a host that had timed out. Before I completed the task the host that had timed out reported the task and I was given an Impossible Invalid when I reported.

If you remember back when the APv6 tasks were cleared there was New Code entered to Clear All the Hanging APv6 tasks. Unfortunately what this New Code did was give EVERYONE who had been sent a Resend an Invalid for completing that Resend. That problem was quickly noticed and corrected, except people's APv6 Consecutive Valid Task scores were Destroyed, and will Never be restored.
It would Appear that 'New Code' has resurfaced and again My 10000 Consecutive Valid Task Score has been Destroyed, http://setiathome.berkeley.edu/host_app_versions.php?hostid=6796479
AstroPulse v6 (anonymous platform, ATI GPU)
Number of tasks completed: 22635
Max tasks per day: 9790
Number of tasks today: 0
Consecutive valid tasks: 0

AstroPulse v7 (anonymous platform, ATI GPU)
Number of tasks completed: 9323
Max tasks per day: 12121
Number of tasks today: 55
Consecutive valid tasks: 318

Yep, SAME host I received My resends from, http://setiathome.berkeley.edu/show_host_detail.php?hostid=7484988
Apparently he had a few APs Time Out, the APs were sent to others, then He reported the overdue APs and the People with the Resends were given an Invalid for their troubles.

It's the 2nd time 'I noticed' that my PC got an invalid for an AP result (because of the above mentioned).
I don't look every day to the WUs/results overview...


This 'resend thing which result in invalid result because a host which missed the deadline and send the result after deadline nevertheless' is already known by the admins?

---

[Rant On]

Today, I'm up to 53 Invalid, 36 Inconclusive. This is getting really, REALLY stupid!!!

These faulty units should just be purged from the system; especially if Eric and the rest know that these are faulty. Why are we being left to take the hit on these ludicrous units???

[Rant Off.]

On a more positive note; both my computers put enough work in to raise my RAC back to a more reasonable level. I hope that trend holds. :-)


TL

---

TimeLord04
Have TARDIS, will travel...
Come along K-9!
Join Calm Chaos

[Rant On]

Today, I'm up to 53 Invalid, 36 Inconclusive. This is getting really, REALLY stupid!!!

These faulty units should just be purged from the system; especially if Eric and the rest know that these are faulty. Why are we being left to take the hit on these ludicrous units???

[Rant Off.]

On a more positive note; both my computers put enough work in to raise my RAC back to a more reasonable level. I hope that trend holds. :-)

TL

They could be taking this opportunity to verify other systems in place are working correctly when there are known bad workunits in play.
As I understand it. Trying to track down all of the bad workunits and flag them to be canceled by the server would be more work than just letting them run through the system.

---

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

[Rant On]

Today, I'm up to 53 Invalid, 36 Inconclusive. This is getting really, REALLY stupid!!!

These faulty units should just be purged from the system; especially if Eric and the rest know that these are faulty. Why are we being left to take the hit on these ludicrous units???

[Rant Off.]

On a more positive note; both my computers put enough work in to raise my RAC back to a more reasonable level. I hope that trend holds. :-)

TL

They could be taking this opportunity to verify other systems in place are working correctly when there are known bad workunits in play.
As I understand it. Trying to track down all of the bad workunits and flag them to be canceled by the server would be more work than just letting them run through the system.

He may have to do that as he really should give credit for work done on known bad work units.

---

Was the issue of random abandonment of caches ever resolved?
This host here appears to have suffered from the issue.

They received a cache full of work on 15th Oct, every 5 minutes picking up 5-10 WUs.
7th Nov, 17:15:25 UTC they received another WU (doesn't appear to be any other communications between those dates), and at the same time all existing WUs were abandoned, 7th Nov, 17:15:25 UTC.
On their machine, "Number of time client has contacted server" stands at 3, there were at least 6 contacts just to fill the cache on 15th Oct.

Richard and I managed to find and eliminate one missing safety check, which could lead to tasks being abandoned though present on the host.
Are you in touch with the user? If he did a reattach the tasks were rightly abandoned. Only if they are still crunching on the host but marked abandoned on the server, it is a problem.
These days if you reattach you should get your old host id but times contacted server reset. [and any tasks still in progress from before marked as abandoned]

EDIT- and I've noticed a lot of errored out WUs from ARM based systems, most common Stderr output,

error: only position independent executables (PIE) are supported.

this being on hardware with the application version
SETI@home v7 v7.21 (armv7-vfpv3d16-nopie)

eg
ARM WU error

Wu is already purged. No idea if Eric has the time to look into it.

---

A person who won't read has no advantage over one who can't read. (Mark Twain)

EDIT- and I've noticed a lot of errored out WUs from ARM based systems, most common Stderr output,

error: only position independent executables (PIE) are supported.

this being on hardware with the application version
SETI@home v7 v7.21 (armv7-vfpv3d16-nopie)

eg
ARM WU error

Wu is already purged. No idea if Eric has the time to look into it.

I'll keep an eye out.

---

Grant
Darwin NT

So, it wasn't just me. Good to know. 142 invalids, 154 errors. Some of those errors were mine, playing with drivers. Otherwise, I hope it gets straighten out.

Good luck crunching folks!

---

FYI - Matt posted a big update under Technical News. Thanks, Matt. Now we're eager for your next writeup!

Up to 58 Invalids; down to 23 Inconclusives...

Yet, tomorrow is another Outrage day... What will that bring, next??? :-O


TL


P.S.

[Rant On:]

I'm with Gary; we should definitely be granted some credit for these faulty WUs... It's NOT the fault of our systems that they all error out! It's NOT our fault that time is wasted on them!

We spend the time, we should get credit!

[Rant Off.]

---

TimeLord04
Have TARDIS, will travel...
Come along K-9!
Join Calm Chaos