This time I can see it too, but I'm sure it's a bug in the way the Performance tab collects the data for this statistics, as it's not prepared to handle hosts with multiple GPUs, and hosts with recently replaced (upgraded) GPUs.

If this is the case it would suggest the report is badly coded. If it does not take into account recently replaced GPUs or hosts with multiple GPUs, it is actually reporting on the host rather than the GPU.
Additionally, if card rotation is the cause, it would be reasonable to expect RTX2080 and RTX2070 GPUs listed most of the time as well (not just sometimes). Probability would have the card rotation happening randomly with these "phantom" cards always visible.
It is certainly perplexing whatever the case may be.

From what I have seen GPUGRID reports the greatest GPU installed in the host.
If there are two or more you could have both a RTX 2080 and a GTX 1080 in one host and it would report as the RTX 2080. This is true for the performance tab as well as the computers tab.

You could very easily be running tasks on a GTX 1080 and see that it is reporting as a RTX 2080 at the high level. If you drill down to the task level report you will see the actual card the task ran on.

From what I have seen GPUGRID reports the greatest GPU installed in the host.

Yes. That certainly sound like what is happening with data captured and hence skewing results in this chart. (I would hope a RTX2080ti would get better results as reported by the GPU Ranking Performance chart)
It seems the GPU starting the task is not captured as part of the data set, just the host.

Unfortunately, that is not the case. BOINC has a few foibles where it either can report the lowest PCIe BusID card in the host or the last card installed into the host and the drivers updated to pick it up.

This idiosyncrasy has been discussed ad nauseum in the Seti Number Crunching forum. The only way to tell what cards are actually installed in any host is to look at the stderr.txt output of a completed task.

It is not as simple to think the most powerful card is how the host's gpu capabilities are described.

My 1070 Ti/1070 is always shown as 2x 1070s since it is installed on top. Ti was added later.

Then your 1070 likely has a lower BusID than the 1070Ti

Any News for the RTX Cards?

Stderr output
<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -59 (0xffffffc5)</message>
<stderr_txt>
# GPU [GeForce RTX 2080 Ti] Platform [Windows] Rev [3212] VERSION [80]
# SWAN Device 0 :
# Name : GeForce RTX 2080 Ti
# ECC : Disabled
# Global mem : 11264MB
# Capability : 7.5
# PCI ID : 0000:01:00.0
# Device clock : 1635MHz
# Memory clock : 7000MHz
# Memory width : 352bit
# Driver version : r416_69 : 41694
#SWAN: FATAL: cannot find image for module [.nonbonded.cu.] for device version 750

</stderr_txt>
]]>

---

Crunching@EVGA The Number One Team in the BOINC Community. Folding@EVGA The Number One Team in the Folding@Home Community.

Without re-reading through the entire thread, has anyone running Linux and using a Turing card tried to see if it will run the Linux app?

I am getting a RTX 2080 card tomorrow and assume I will have to stop crunching for this project on that host until a new compatible app is released.

Or is all the comments about incompatibility been for Windows hosts?

From what I remember no Linux or windows is working with the 20X0s cards.

---

Just put my 2080 online with my projects under Linux. No bueno. It doesn't matter what OS the card runs under. No compatible app for Turing found. So I will have to remove that host from GPUGrid until an app for Turing shows up.

I remember when gpu grid go from gtx580 to gtx680(perfect card) some "top" crunchers(zoltan,stoneage) have "indirectly" ask to scientifist here to little BRAKE in compiling to another generations of nvidia gf cards.. for 10 usd i will give you screnshoots where they indirectly asking in discuss here..)) same of these "top crunchers" people now watch with scary in eyes on AURUM-god becouse he will crush that dinosaurs on top 1, 2, ,3 ..
And of course performance on gpugrid with RTX20xx cards will add only if zoltan and "stoneFman" will report they buy ..)) now all are brake" and we sit here in old generations becouse ...
becouse university can not keep post graduant students.soo always we wait for new..and its same circle of "brake"

This is the most tinfoil hat comment I've ever read. I can assure you the top crunchers want nothing more than to be able to use the fastest, most power efficient cards and competition is merely some fun and incentive to buy more cards.

As for why they haven't upgraded the app. Priorities. Clearly their priorities are in the science itself at the moment and Matt Harvey, which was their app writer, has left. They are making by with what they have.

Seems to be contagious. We haven't had any staff app developers at Seti for many years now. Now one of our last volunteer developers has called it quits too.

Unless the project volunteers donate a bunch of money to fund adding additional staff to a project, then what apps are currently available are the best we can expect.

I remember when gpu grid go from gtx580 to gtx680(perfect card) some "top" crunchers(zoltan,stoneage) have "indirectly" ask to scientifist here to little BRAKE in compiling to another generations of nvidia gf cards.. for 10 usd i will give you screnshoots where they indirectly asking in discuss here..))

I'll spare that 10 bucks...

same of these "top crunchers" people now watch with scary in eyes on AURUM-god becouse he will crush that dinosaurs on top 1, 2, ,3 ..

1. We're on each other's team.
2. Even if someone will overtake me on the toplist (BTW it happened before), he/she couldn't take away that 9 years while I was on the 2nd place. This is a very long time.
3. This "competition" of the volunteers is good for the project, because in reality this is cooperation.

And of course performance on gpugrid with RTX20xx cards will add only if zoltan and "stoneFman" will report they buy ..))

I buy GPUs for GPUGRID purposes only, and from the pace of the app development here I've learned that I should not buy new generation GPUs before the GPUGRID app supports it.
But I'll definitely buy a GTX 2080Ti if I can use it for GPUGRID.
I think that the GPUGRID staff is aware that the project is loosing computing power gradually, as the (non-GPUGRID enthusiast) volunteers are upgrading their GPUs. Believe me, that I (and AURUM too) can't replace a 100 other volunteers with RTX 2080 Tis.

now all are brake" and we sit here in old generations becouse ...
becouse university can not keep post graduant students.soo always we wait for new..and its same circle of "brake"

Then we should arrange a little fund raising campaign for the GPUGRID project to be able to hire a CUDA programmer who'll update the application.

This is the most tinfoil hat comment I've ever read.

Let me introduce you to Flat Earthers then lol

---

I've learned that I should not buy new generation GPUs before the GPUGRID app supports it.

I agree... and in addition to that, Turing has not improved much in regard to power efficiency compared to Pascal. Nvidia saved some GPU space by the shrink on one hand but used that saving for introduction of new Raytracing cores on the other hand. So for GPUGRID crunchers, there is hardly any reason to pension all the 1070 and 1080ies off.

same of these "top crunchers" people now watch with scary in eyes on AURUM-god becouse he will crush that dinosaurs on top 1, 2, ,3 ..

No need to go green with envy. The top ten RAC are impressive, but the contribution of the other crunchers should not be underestimated. There are still hundreds of GTX 750, 760, 960 or 970 which yield impressive numbers as well in their entirety. I would even assume that these are the backbone of GPUGRID (I think that is also what Zoltan suggested below), so I am pleased about having short runs again recently.

Then we should arrange a little fund raising campaign for the GPUGRID project to be able to hire a CUDA programmer who'll update the application.

Yes, but in many cases, money is not the only problem. It is generally difficult to even find someone who is willing to do the job. Information scientists are in great demand nowadays.

---

I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

I see Tesla k40 and k80 cards advertised on theregister.co.uk for prices up to 3600 USD and they are not even new but "refurbished".
Tullio

Then we should arrange a little fund raising campaign for the GPUGRID project to be able to hire a CUDA programmer who'll update the application.

Yes, but in many cases, money is not the only problem. It is generally difficult to even find someone who is willing to do the job. Information scientists are in great demand nowadays.

I like the above idea. Shocking out of all the science people here, or maybe there's not as many as I thought, a programmer wouldn't step up to the challenge. I'm way out of programming experience haven't coded in 25 years, but surely some member hear would do it.

Any News for the RTX Cards?

Stderr output
<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
(unknown error) - exit code -59 (0xffffffc5)</message>
<stderr_txt>
# GPU [GeForce RTX 2080 Ti] Platform [Windows] Rev [3212] VERSION [80]
# SWAN Device 0 :
# Name : GeForce RTX 2080 Ti
# ECC : Disabled
# Global mem : 11264MB
# Capability : 7.5
# PCI ID : 0000:01:00.0
# Device clock : 1635MHz
# Memory clock : 7000MHz
# Memory width : 352bit
# Driver version : r416_69 : 41694
#SWAN: FATAL: cannot find image for module [.nonbonded.cu.] for device version 750

</stderr_txt>
]]>

bcavnaugh good to see you here. And yeah, my 2080 is a no go here so far as well. Luckily i still have my 1070 as a 2nd card installed.

Anybody know where the science app repository is held? I would sure like to look at the nonbonded.cu module and the code which probes for the API and CC capability. I would think that a simple code change is all that is needed.

But you would also have to know what the compile flags are and what required library resources are needed to compile the app other than the obvious CUDA library.

Maybe after the holidays staff personnel will have some time to fix the app.

I don't think it's this easy. I'd be surprised if they couldn't fix the "if" clause themselves. However, releasing the app into the wild would require some serious testing, whether the results indeed match expectations and whether the same code path as Pascal works. Here we're not simply talking about runtime errors, but also more subtile issues like "slightly wrong" results. They probably have test routines and benchmark cases in place, but using and analyzing that is what requires the most time.

And the source code is not open. In fact, the core algorithmn is commercialized by a company GDF started a few years back, as far as I know. It's certainly not as simple as looking up some repository, at minimum an NDA would be required I guess.

MrS

---

Scanning for our furry friends since Jan 2002

...watch with scary in eyes on AURUM-god...

Bow to God Aurum lest he smite thee.