Hi,

Is the new RTX 2080 or 2080 Ti supported?

Thanks,

Is the new RTX 2080 or 2080 Ti supported?

I think I will be better off sticking with the GTX 1080's for awhile anyway. The prices are still reasonable and the power consumption is lower for a decent amount of compute power.

It will really be interesting to see the actual compute power benchmarks for the 20 Series before even considering blowing that kind of money on one. Going to need systems with bigger power supplies for anything more than a 2070 too.

Since the architecture embargo lifted today along with unboxing(who cares)I find it interesting about the differences in the SM architectures between Pascal and Turing. I think we might be pleasantly surprised by compute improvements.Turing shares more commonalities with Volta than it does with Pascal.

What I think may make the biggest differences in compute performance may come down to simultaneous FP64 and INT32 instructions running through the SM without penalty. Also the larger shared memory instructions caches will likely be a major boost. And finally, the bandwidth improvement simply from using the higher clocked GDDR6 over the GDDR5/X memory should help.

Compute benchmarks are out today at Anandtech. 200% faster on Geekbench 4 OpenCL compute benchmarks than Pascal. 30-40% faster on Folding@Home benchmarks.

CUDA/OpenCL compute benchmarks out at Phoronix.com.

NVIDIA GeForce RTX 2080 Ti Shows Very Strong Compute Performance Potential

Shouldn't higher Compute Cap be backwards compatible for code written for a lower CC?
____________

Usually GPU-Grid is not compatible with new architecture generations for a few weeks. So I guess we're waiting for the first one to get a card, try and report to the team.

MrS

Shouldn't this get fixed by simply allowing the app to understand what a 700 or 750 device is?
____________

Usually GPU-Grid is not compatible with new architecture generations for a few weeks....

That "32" number is most likely the amount of WUs a 2080 has returned because if you look at the 1080ti, I don't think there are over 2000 1080tis crunching away here.
It looks like there are perhaps only 1-2 2080s here but as for why they work is actually a mystery. It took a long time to gain Pascal support in this application due to the new CUDA version. This is also a new CUDA version so I am not sure why it works.

I'm confused about "compatibility". According to the performance page there are 32 RTX 2080's crunching away.

It looks like there are perhaps only 1-2 2080s here but as for why they work is actually a mystery.

I just looked again and can't find the RTX data. I don't think I imagined it yesterday. Anyway, your answer makes sense. Thanks.

I wanted to understand if it was just the "tensor core" aspect of the RTX that was not supported yet, or the whole dang thing.

Win

I just looked again and can't find the RTX data. I don't think I imagined it yesterday. Anyway, your answer makes sense. Thanks.

I wanted to understand if it was just the "tensor core" aspect of the RTX that was not supported yet, or the whole dang thing.

Win

Pascal took a while before there was a compatible app. Not as long as Asteroids but some update seems to be required. Newer cards can run older cuda apps for sure but it might be that older apps don't recognize newer cards as having cuda hardware.

On the Performance Tab, the "GPU Performance Ranking" chart (Blue chart at bottom of page) currently shows 55 RTX2080ti GPUs.
Ave=6.65455h
Min=2.7h
Max=11.5h

It is the 10th GPU from the right hand side, in between TITAN X and Tesla M60.

On the Performance Tab, the "GPU Performance Ranking" chart (Blue chart at bottom of page) currently shows 55 RTX2080ti GPUs.
Ave=6.65455h
Min=2.7h
Max=11.5h

It is the 10th GPU from the right hand side, in between TITAN X and Tesla M60.

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.

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.

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"

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..))

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've learned that I should not buy new generation GPUs before the GPUGRID app supports it.

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 ..

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.

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.

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>
]]>

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.

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

2. Even if someone will overtake me on the toplist he couldn't take away that 9 years while I was on the 2nd place.
3. This "competition" of the volunteers is good for the project, because in reality this is cooperation.

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.

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.

It appears that Nvidia will offer some new cards (at least at the low end) without ray tracing. Maybe that will alleviate some of the compatibility problems? I would wait in any case to see though; that is good advice.
https://www.tomshardware.com/news/nvidia-geforce-gtx-2050-gtx-1150-specs,38291.html

Yes, it does take a long time to post here from the U.S., which is not unusual.

...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.

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

I started following some of the links they've posted. Is this the repository you asked about?
https://github.com/acellera/htmd
From http://www.compscience.org/

Yes, the github repository is the one I was looking for. That is where our code for the apps reside. It is open-source software as required by the GPL license. The version we use is not the commercial pro version.

Now to find that snippet of code that produces the error.

[Edit] I'm not finding that text in the code base. It must be coming in from outside through a call to another module. Perhaps the conda environment which the app uses?

I'm slowly getting to know how to probe github repositories. I've found the code I need to alter in the work_fetch.cpp module for the BOINC client for my older client.

I am waiting on the master code base changes for the fix I need to use the <gpu_exclude> and <max_concurrent> statements at the same time. I use the <gpu_exclude> for GPUGrid and Einstein to keep the RTX2080 card off those projects for now.

Richard and David are working on that bug that I started on the BOINC github repository.

It is going to be up to me to figure out how to compile the client for Linux.

Richard says the new client will be automatically generated for Windows by the appveyor application once they submit the bug fix and the request is pulled into master. That is pretty cool. One of the benefits of running Windows I guess.

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

I'd like to learn more about that. Is there a thread on this topic???

One more idea to solve the problems of having low funds at the GPUGRID institute for additional researchers and (therefore) lack of tasks (which has been improved recently).

When there are no jobs available, we could install a "bridge" to redirect the GPUGRID crunching power to CureCoin mining in support of the institute. The earnings of this mining shall be spent for additional headcounts, more researchers or CUDA programmers. As long as science prevails, it should be a good cause.
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

I started following some of the links they've posted. Is this the repository you asked about?
https://github.com/acellera/htmd
From http://www.compscience.org/

When there are no jobs available, we could install a "bridge" to redirect the GPUGRID crunching power to CureCoin mining in support of the institute. The earnings of this mining shall be spent for additional headcounts, more researchers or CUDA programmers. As long as science prevails, it should be a good cause.

I'd like to see some financial support for those of us that provide client support services for all distributed computing projects. It used to be that CURE, FLDC & GRC were worth more and we could sell them to cover electricity. Today they need to be 5x to 10x higher to play the electric bill.

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.

Zoltan, I really appreciate your proposal. However I think we must take a couple of organizational things into consideration as well. Some time ago, I have made a suggestion relative to students getting familiar with this kind of science. The idea was to provide GPUGRID computing power for laboratory tutorials, which eventually lead to PhD, diploma or project works to take a little pressure off the GPUGRID researchers.

But as Stefan pointed out, it apparently is not so easy to catch interest in this matter, train the students and get valuable results in a short time. See this post/topic:

http://www.gpugrid.net/forum_thread.php?id=4443&nowrap=true#46311

So I understand the institute might rather be interested in hiring additional researchers at fixed salary which requires a permanent flow of money. Unfortunately a single fund raising campaign would not do that. So I was trying to think outside the box and find some permanent income for them, although there will be fluctuations, as you wrote.

PS: why did the BitcoinUtopia project fail? The underlying idea doesn't sound so bad.
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

I was thinking that these guys really seem to know what they're doing. There must be labs that need a steady diet of molecular simulations but don't have the resources to set up the code and servers. Could GDF provide this service to other researchers for a fee??? It would increase the supply of projects & WUs to "Feed the Beast" as the OpenZika folks say.

I thought about submitting a proposal to The Gates Foundation but they only accept them from non-profit orgs like the @CureCoin_Team. Is Gridcoin Network a non-profit org? Sue Hellmann MD PhD (my alma mater) used to run a biotech so she knows the value of molecular simulations.

I dream of having a solar-powered DC Client Center.

I started following some of the links they've posted. Is this the repository you asked about?
https://github.com/acellera/htmd
From http://www.compscience.org/

The present GPUGrid (GPU) app is acemd2. We're waiting for the acemd3 to be made available for GPUGrid. I think that acemd3 supports the latest NVidia cards, as it is based on OpenMM. I think that HTMD is CPU only.
https://software.acellera.com/docs/latest/index.html

Universities are non-profit by definition. They may offer their services to customers, but will reinvest the money earned directly to aid their non-profit goals. MrS

The foundation awards the majority of its grants to U.S. 501(c)(3) organizations and other tax-exempt organizations identified by our staff. (Tax status definitions) (Glossary of terms)

Thanks Penguin
I will say the RTX run PG and Collatz Really Well.
We still have 3 or 4 BOINC Projects that are not yet supporting RTX but in Time I hope they do.

Does this project use double precision on a GPU...?