Looking at stats I noticed the 'Top Computer' has an error rate of ~ 10%.........the rating scale apparently has no measurement for accuracy/efficiency.........


https://setiathome.berkeley.edu/results.php?hostid=7475713

Hi,
It is my machine. The errors are due to experimental code and pushing the GPUs to the thermal limit.

Errors occur when the task hangs and does not finish in 40 minutes or so, sometimes a result file is missing.
Some of the errors are lost tasks that do not show on my computer and it can not process them (ghosts).
Bad workunit header is a download/file corruption error. A zero time abort seems to be a time limit exceeded error (system abort, not user abort).
Errors are not bad.

Bad results (Invalid count) is zero so if the machine gets the work done the results are correct.

The inconclusive count is near or under 5% and that is acceptable. Most of them need to get processed by a third machine because my wingman has an issue with his/hers computer producing mostly rubbish.

Petri

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

Petri is there any chance your Linux magic can be adapted to Windoz?

---

Petri is there any chance your Linux magic can be adapted to Windoz?

Hi, I know there is an ongoing effort to do so. Some of the existing and solved bugs need to be
addressed and then a lot of testing with all kinds of NVIDIA platforms and tunig and tweakig with memory limits etc..

Petri

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

Petri is there any chance your Linux magic can be adapted to Windoz?

. . Aaahh! The often asked question ... :)

Stephen

:)

Since the outage the GBT tasks have stared flowing again.

---

Grant
Darwin NT

You had to say it didn't you. I haven't said anything because it might jinx the servers.
Yes, work has been flowing quite nicely since maintenance.

Thanks Petri, no disrespect meant to your machine, I was just pointing out that error rate for whatever reason should be considered somehow when ranking hardware combinations......maybe like the Roger Maris asterisk.........IMHO.

---

"Sour Grapes make a bitter Whine." <(0)>

Thanks Petri, no disrespect meant to your machine, I was just pointing out that error rate for whatever reason should be considered somehow when ranking hardware combinations......maybe like the Roger Maris asterisk.........IMHO.

While I'm googling what you meant I keep on respecting all of you with continuous updates to my source code to keep the spirit up and alive.
And my machine has only 4 GPUs despite of it lying to the servers having 16 of them. Only one of them is a 1080Ti and the 3 others are only 1080.

P33.

EDIT: And I found out after some googling that a one Roger Maris suffered a stress-induced hair loss and the same guy played some game in a small part of a world in an ancient era.
EDIT2: His hardware was a bat.

---

To overcome Heisenbergs:
"You can't always get what you want / but if you try sometimes you just might find / you get what you need." -- Rolling Stones

Sorry to hit you with an unfamiliar reference from American Baseball. Roger Maris hit more home runs in a single season than Babe Ruth but because the seasons had been lengthened to include more games after Ruth set the record, Maris' 60 home run season was considered an exception many felt should have been marked in the records with an asterisk.

---

"Sour Grapes make a bitter Whine." <(0)>

Looks like we're back to lots of Arecibo VLARs and just a trace of GBT work.

---

Grant
Darwin NT

Change the application settings, and down comes the work...

---

Grant
Darwin NT

Change the application settings, and down comes the work...

. . It seems that though the symptoms have improved the problem has not been eliminated ...

Stephen

:(

Are Arecibo WU given priority over GBT?

Seems there is more arecibo work coming from the servers than GBT

---

In practical effect .... yes. Should not be the case though. Nobody has been able to explain the general flakiness of the scheduling servers for the better part of a year now. Frustrating as heck when you can crunch the GBT work much faster on specific hardware compared to Arecibo. We can complain but there is nothing we can do to effect any change.

---

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

A proud member of the OFA (Old Farts Association)

The grain of salt of course is some hardware crunches faster than others, my 900s are more efficient than the CPU 😉

---

The grain of salt of course is some hardware crunches faster than others, my 900s are more efficient than the CPU 😉

Yes, that is what I was alluding too. I use the rescheduler and use it most often on the Ryzen system. It seems to get a preponderance of Arecibo work thrown to the CPU and it processes BLC CPU work 50% faster than Arecibo, so I reschedule heavily and move the Arecibo shorties and VLARs to the GTX 1070s.

---

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

A proud member of the OFA (Old Farts Association)

. . Hi Keith,

. . I just had a peek at your results and I was surprised to see that your 8350 rig has a RAC 5,000 higher than your 8370 rig ... is that because you cannot keep the GBT work up to it??

Stephen

??

. . Hi Keith,

. . I just had a peek at your results and I was surprised to see that your 8350 rig has a RAC 5,000 higher than your 8370 rig ... is that because you cannot keep the GBT work up to it??

Stephen

??

No, I am doing the exact same thing on the FX rigs. I haven't been able to fathom why the 8370 has fallen so far behind the 8350. It has been a mystery to me for over a week now. The 8370 is clocked at 4.6 Ghz compared to 4.4 Ghz for the 8350. The 8370 CPU APR has always been higher than the 8350. Both rigs have the exact same GTX 1070s in them at the exact same clocks. Up till about a week and a half ago, the 8370 was always slightly ahead on RAC compared to the 8350 as to be expected. It has fallen way behind for unknown reasons. The GPU tasks appear to process in comparable times. BoincTasks shows me processing the same amount of CPU tasks per day and per week and the same for GPU tasks. The only thing that would make sense is that I have been awarded significantly less credit on the 8370 compared to the 8350. That would be the case if the 8370 has been doing nothing but Arecibo shorties, but if that were the case then I would expect the number of GPU tasks processed per day/week should have been significantly higher than the 8350.

The only other factor that may have played into this conundrum was that I put the 8370 to work for about 4 days on Beta processing the Alt 8.06 CPU app about a month ago.

The other puzzling fact is that in BOINC Manager on the Statistics tab, I show the 8370 doing 50,000 credits RAC for the past month. So why has the SETI website shown me as low as 44,000 RAC. For some reason I have been penalized in RAC on the website somehow.

---

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

A proud member of the OFA (Old Farts Association)

No, I am doing the exact same thing on the FX rigs. I haven't been able to fathom why the 8370 has fallen so far behind the 8350.

Different work mix?
Today my C2D has been getting just Arecibo Work, with the odd GBT WU thrown in (just got a dozen GBT WUs- most in ages) > Even over the last week it has been heavily Arecibo work.
My i7 while been getting mostly Arecibo work has had periods of batches of GBT work coming through.

---

Grant
Darwin NT

Petri is there any chance your Linux magic can be adapted to Windoz?

Hi, I know there is an ongoing effort to do so. Some of the existing and solved bugs need to be
addressed and then a lot of testing with all kinds of NVIDIA platforms and tunig and tweakig with memory limits etc..

Petri

I volunteer. I have 3 NVIDIA gpus. I am beginning to think I just need to let SetiBeta be left turned on. Otherwise they start another test without me :)

---

A proud member of the OFA (Old Farts Association).