Will it help out the Maxwell cards?

The drivers ever since 361.43, released on December 21, 2015 are said to have included CUDA 8, for whatever that is worth. But as posted elsewhere, the earlier CUDA 7.5 driver are faster on the old app, so I wonder whether it would be useful to upgrade to a recent driver for the Maxwell cards.

hi Crunchers

Just to let you know that there'll be a new app coming to support the ascal GPUs just as soon as Nvidia make a public release of CUDA 8.

Matt

+1 My Geforce 1070 can't await it... :-)

Anythoughts if this will incress GPU load percentage? I find that the GPU load is quite low compared to Folding@home.

Anythoughts if this will incress GPU load percentage? I find that the GPU load is quite low compared to Folding@home.

hi Crunchers

Just to let you know that there will be a new app coming to support the Pascal GPUs just as soon as NVIDIA make a public release of CUDA 8.

Matt

Yeah, the Release Candidate has been around for some time, but you can't legally use it in publicly available apps...

It could still be used for building the code and working out some bugs in house then release the full product with very minimal testing once a bug free final CUDA 8 is released. I just don't want to see us waiting til a public official release comes out before touching it at all, which I assume is not happening anyway.

Bulletin for crunchers with Pascal GPU's and XP:

Microsoft Windows XP/Windows XP 64-bit driver support for GeForce GPUs has been deprecated with driver branch R370_00 and onward. Driver 368.81 is the last driver to support Windows XP/Windows XP 64-bit.

Can we crunch with today nvidia drivers on win10 on pascal gpu ? are short run available to test ? Or only long run ?

Bulletin for crunchers with Pascal GPU's and XP:

Microsoft Windows XP/Windows XP 64-bit driver support for GeForce GPUs has been deprecated with driver branch R370_00 and onward. Driver 368.81 is the last driver to support Windows XP/Windows XP 64-bit.

Still failing with 372.54 Nvidia drivers and gtx 1070/1060

17/08/2016 07:02:51 | | Starting BOINC client version 7.6.22 for windows_x86_64
17/08/2016 07:02:51 | | log flags: file_xfer, sched_ops, task, sched_op_debug
17/08/2016 07:02:51 | | Libraries: libcurl/7.45.0 OpenSSL/1.0.2d zlib/1.2.8
17/08/2016 07:02:51 | | Data directory: C:\boinc_data
17/08/2016 07:02:51 | | Running under account lee_l
17/08/2016 07:02:52 | | CUDA: NVIDIA GPU 0: GeForce GTX 1070 (driver version 372.54, CUDA version 8.0, compute capability 6.1, 4096MB, 3562MB available, 6998 GFLOPS peak)
17/08/2016 07:02:52 | | CUDA: NVIDIA GPU 1: GeForce GTX 1060 6GB (driver version 372.54, CUDA version 8.0, compute capability 6.1, 4096MB, 3566MB available, 4374 GFLOPS peak)
17/08/2016 07:02:52 | | CUDA: NVIDIA GPU 2: GeForce GTX 1070 (driver version 372.54, CUDA version 8.0, compute capability 6.1, 4096MB, 3562MB available, 6998 GFLOPS peak)
17/08/2016 07:02:52 | | OpenCL: NVIDIA GPU 0: GeForce GTX 1070 (driver version 372.54, device version OpenCL 1.2 CUDA, 8192MB, 3562MB available, 6998 GFLOPS peak)
17/08/2016 07:02:52 | | OpenCL: NVIDIA GPU 1: GeForce GTX 1060 6GB (driver version 372.54, device version OpenCL 1.2 CUDA, 6144MB, 3566MB available, 4374 GFLOPS peak)
17/08/2016 07:02:52 | | OpenCL: NVIDIA GPU 2: GeForce GTX 1070 (driver version 372.54, device version OpenCL 1.2 CUDA, 8192MB, 3562MB available, 6998 GFLOPS peak)
17/08/2016 07:02:52 | | Host name: xixou-win10
17/08/2016 07:02:52 | | Processor: 6 GenuineIntel Intel(R) Core(TM) i7-5930K CPU @ 3.50GHz [Family 6 Model 63 Stepping 2]
17/08/2016 07:02:52 | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 fma cx16 sse4_1 sse4_2 movebe popcnt aes f16c rdrandsyscall nx lm avx avx2 vmx tm2 dca pbe fsgsbase bmi1 smep bmi2
17/08/2016 07:02:52 | | OS: Microsoft Windows 10: x64 Edition, (10.00.10586.00)
17/08/2016 07:02:52 | | Memory: 31.91 GB physical, 32.01 GB virtual
17/08/2016 07:02:52 | | Disk: 465.21 GB total, 41.05 GB free
17/08/2016 07:02:52 | | Local time is UTC +2 hours
17/08/2016 07:02:52 | | VirtualBox version: 5.0.12

17/08/2016 07:02:55 | GPUGRID | Starting task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0
17/08/2016 07:02:55 | pogs | Starting task J010727.2+321911_area31916982_0
17/08/2016 07:02:57 | GPUGRID | [sched_op] Deferring communication for 00:01:27
17/08/2016 07:02:57 | GPUGRID | [sched_op] Reason: Unrecoverable error for task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0
17/08/2016 07:02:57 | GPUGRID | Computation for task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0 finished
17/08/2016 07:02:57 | GPUGRID | Output file e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_1 for task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0 absent
17/08/2016 07:02:57 | GPUGRID | Output file e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_2 for task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0 absent
17/08/2016 07:02:57 | GPUGRID | Output file e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_3 for task e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0 absent

17/08/2016 07:03:00 | GPUGRID | Started upload of e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_0
17/08/2016 07:03:00 | GPUGRID | Started upload of e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_7
17/08/2016 07:03:01 | GPUGRID | Finished upload of e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_0
17/08/2016 07:03:01 | GPUGRID | Finished upload of e39s6_e28s20p0f482-GERARD_FXCXCL12RX_1153966_1-0-1-RND9279_0_7

Still failing with 372.54 Nvidia drivers and gtx 1070/1060

We have received information that one important bug for us has been fixed.

You should expect new applications compatible with pascal soon after (a day) cuda8 is released. Initially for Linux and then for Windows (maybe a week later depending on how easy was the Linux release).

gdf

We have received information that one important bug for us has been fixed.

You should expect new applications compatible with pascal soon after (a day) cuda8 is released. Initially for Linux and then for Windows (maybe a week later depending on how easy was the Linux release).

gdf

We have received information that one important bug for us has been fixed.

You should expect new applications compatible with pascal soon after (a day) cuda8 is released. Initially for Linux and then for Windows (maybe a week later depending on how easy was the Linux release).

gdf

Just checking in. I have a 1080 and 1070 waiting for a Windows app. They've been busy on Einstein in the meantime.

Just checking in. I have a 1080 and 1070 waiting for a Windows app. They've been busy on Einstein in the meantime.

Still waiting on the release of CUDA 8.5

Still waiting on the release of CUDA 8.5

This is worse than I've feared.
A quick google search of "CUDA 8.5" gave the following two results as best match:
http://www.cudabrand.com/cuda-8-5-titanium-bonded-bent-needle-nose-pliers.html
http://www.cudabrand.com/cuda-8-5-titanium-bonded-dehooker.html
which left me unimpressed.

HAH!

Just checking in. I have a 1080 and 1070 waiting for a Windows app. They've been busy on Einstein in the meantime.

Still waiting on the release of CUDA 8.5

This is worse than I've feared.
A quick google search of "CUDA 8.5" gave the following two results as best match:
http://www.cudabrand.com/cuda-8-5-titanium-bonded-bent-needle-nose-pliers.html
http://www.cudabrand.com/cuda-8-5-titanium-bonded-dehooker.html
which left me unimpressed.

My strategy seems to work: I restricted my purchase of a latest generation Nvidia GPU to the availability of a working app for this generation on my priority project GPUGRID. The price of these cards goes in the right direction… down:-)

Lesson learned from the GTX 670 introduction…

I must be missing an important detail, but is there a reason why the GPUGRID code for NVIDIA GPUs will not run on the new Pascal cards? Is the hardware not backwards compatible that it can run older code like other projects such as Einstein or POEM which have been working without the release of CUDA 8.0/8.5 support on the 1080/1070?

...is there a reason why the GPUGRID code for NVIDIA GPUs will not run on the new Pascal cards?

Is the hardware not backwards compatible that it can run older code

... it can run older code like other projects such as Einstein or POEM which have been working without the release of CUDA 8.0/8.5 support on the 1080/1070?

I would say better less than 100% efficient but to have at least something.

I would say better less than 100% efficient but to have at least something.

Hi everybody !
Excuse my "newbie" question but would it be possible that all apps be written with OpenCL in mind instead of proprietary CUDA ?
____________
Lubuntu 16.04.1 LTS x64

Excuse my "newbie" question but would it be possible that all apps be written with OpenCL in mind instead of proprietary CUDA ?

Thanks, I understand your answer but "the bit slower" could be forgotten if AMD GPUs could also crunch these WUs because more GPUs crunching at the same time means that the batch is sooner finished !

I'm planning to buy a GTX 10 series card.
For Lubuntu I have to install a driver from ppa:graphics-drivers/ppa because the actual Xenial distrib is limited to 361.42 version and this does not support GTX 10 series
After that, I'll have to install the latest release of CUDA either from this ppa (actually only 7.5 is availale in Xenial, or from Nvidia .

____________
Lubuntu 16.04.1 LTS x64

Two things.

1) They have been testing with a Python app to run on the GPU so it can port to AMD GPUs. This MAY be, if successful, also a port to native Intel chipset GPUs as well.

2) distriuted.net has an OpenCL and a CUDA client and the OpenCL runs a lot more keys per second than the CUDA client on the same NVIDIA GPU. Now this may be a difference in the way dnetc and a true GPU client may work or it may be a good benchmark, I am not sure, but that is what I have found when experimenting.
____________
1 Corinthians 9:16 "For though I preach the gospel, I have nothing to glory of: for necessity is laid upon me; yea, woe is unto me, if I preach not the gospel!"
Ephesians 6:18-20, please ;-)
http://tbc-pa.org

Maybe this could be of interest:
https://software.intel.com/en-us/blogs/2016/09/08/intel-distribution-for-python

Yup. That would prolly be it. :-)

Maybe this could be of interest:
https://software.intel.com/en-us/blogs/2016/09/08/intel-distribution-for-python

So with the release of the CUDA 8 toolkit, we can assume support for the new cards is forthcoming very shortly?
https://developer.nvidia.com/cuda-toolkit

So with the release of the CUDA 8 toolkit, we can assume support for the new cards is forthcoming very shortly?
https://developer.nvidia.com/cuda-toolkit

Seems that CUDA 8 has been released recently. Our Pascal GPUs are waiting eagerly to get off the starting blocks ;-)

Seems that CUDA 8 has been released these days. Our Pascal GPUs are waiting eagerly to get off the starting blocks ;-)

In addition yo my preceeding post about 370.28 driver :
For Ubuntu (debian) users add this PPA with this command line :

Seems that CUDA 8 has been released recently. Our Pascal GPUs are waiting eagerly to get off the starting blocks ;-)

Non Pascal GPUs could be able to crunch too with CUDA 8.0 driver ?

hi Crunchers

Just to let you know that there'll be a new app coming to support the ascal GPUs just as soon as Nvidia make a public release of CUDA 8.

Matt

Still waiting on the release of CUDA 8.5

Cripes! My new 1070 and 1080 are bored beyond belief. So I have to redeploy them at Folding@Home for a while. Too bad that I pensioned my 980 off recently :-(
____________
I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday.

They definitely said CUDA 8.5 - it's right in this thread. My GTX 1060 is off to Folding@Home, too, since POEM quit a few days ago.

MrS

.....since POEM quit a few days ago....

Makes you wonder as to the value of some projects when they QUIT! Doesn't it?

.....since POEM quit a few days ago....

Makes you wonder as to the value of some projects when they QUIT! Doesn't it?

Ah, but in reality you should be quite curious as to WHY they quit. Pretty exciting, although sad to lose a favorite project without much notice.

Makes you wonder as to the value of some projects when they QUIT! Doesn't it?

....BOINC has ultimately proven good only for unfunded projects to exist to some extent until proven to be worthy of funding....

BOINC has ultimately proven good only for unfunded projects to exist to some extent until proven to be worthy of funding so BOINC will go on to be a massive waste of our resources in order to preserve theirs.

Hi all !
This interesting discussion about BOINC/projects future would surely better fit in its own thread ;-)
We are talking here about CUDA 8 and (soon ? ) upcoming apps
Regards
____________
Lubuntu 16.04.1 LTS x64

Sorry for OT but I really dont understand some aspects...

No, I don't because as they say on their site they now have enough computational resources to do what the need without out you. So thank you for eight years and P***s O**

BOINC has ultimately proven good only for unfunded projects to exist to some extent until proven to be worthy of funding so BOINC will go on to be a massive waste of our resources in order to preserve theirs.

I am still around for GPUGrid so hope to be proved wrong!

Hey,

Any news or timeline for Pascal Nvidia cards support?

Cheers,
Georg

I noticed today that I've had two separate replication _3 long tasks issued.

e6s17_e5s7p0f556-GERARD_CXCL12CHALCLD_mol39_1-0-1-RND3782
e26s8_e16s16p0f492-GERARD_CXCL12CHALCYDIM_chalcone266_1-0-1-RND4729

Five of the six previous attempts failed because they were sent to incompatible Pascal-class GPUs. But the system couldn't do anything about that without sending out all the files, waiting for the host to attempt processing them, and receiving an error message back. That's a heck of a waste of time and resources, for both the project and the volunteer.

These cards have been on public sale for a while now, and are getting quite common. If the software really hasn't caught up with the hardware yet, perhaps you could consider excluding Pascal GPUs from work allocation for the time being? The plan_class_spec.xml file on the server allows for

Fields for NVIDIA GPU apps

<max_nvidia_compcap>MMmm</max_nvidia_compcap>
maximum compute capability

... perhaps you could consider excluding Pascal GPUs from work allocation for the time being?

I am getting some work units but they error out immediately:

I am getting some work units but they error out immediately:

I'm curious why F@H supports Pascal GPUs just fine but GPUGRID doesn't?

FAH uses OpenCL, not CUDA, so the same WUs can run on any card.

But there's no answer here why 8.5 is needed vs another version from what I've seen.

But there's no answer here why 8.5 is needed vs another version from what I've seen.

Poem@home being stopped, I think GPUGRID will get much more GPU power if available for Pascal.


http://boincstats.com/en/stats/-5/user/detail/839477/projectList

I've recognized too, they stopped some weeks ago. I had been running Poem on my 1070 for the last month, waiting for GPU grid to support Pascal. Now, it's doing Seti.
Anyone can give an outlook for Pascal support at GPU grid ?

There are speculations (on other projects [not BOINC, but development on projects like Debian/Ubuntu releases and such]) that the new branch of GCC was supposed to be supported in CUDA 8 and then it was put on speculation as Q1 2017. Could that be the answer we are looking for and can't get? Are we waiting on the GCC6 support with CUDA 8+? If so, the Q1 2017 speculation and a release of CUDA is speculated to follow that in short order just like the original GCC6 had the CUDA 8 release within about 20 days after realizing it was not going to have that support. Does BOINC, or some other component of what we are doing, like the MD/ACEMD rely on GCC support and to upgrade to the new architecture of NVIDIA GPUs in a "perfect world moving forward release" capacity, we need a CUDA 8 (or better) with GCC6 (or better) support?

I only thought of this after re-reading the threads here on this and came across this one https://www.gpugrid.net/forum_thread.php?id=4378&nowrap=true#44483 that I read, but missed the one part I just caught about GCC 5.4 breaking CUDA 8 RC. I think I missed it because I didn't understand it. I still can't say I do, but after searching around, I think I do a little.

There are 2 aspects of this questioning.
1) It is speculation on timing of CUDA 8.5 and GCC6 being in the first quarter of 2017. This may give us a time to expect this since there seems to be a blackout of information from NVDIA and those inside the CUDA toolkit developers teams on projects such as ours on when that release will come, so we must rely on the speculation of some of those developers.
2) It is a question, not a speculation on my part. Meaning that I am questioning the need of GCC6 compiling to be some part of what we need in a CUDA 8+ release. And if the answer to all of this that I wrote is simply, "No, that is not a factor", then the whole thing I just wrote is useless to read in conjunction with the rest of this thread. But if the answer is (or could be), "Yes. We do/might need that support in a CUDA release", then the speculation of the timeline of Q1 2017 for what we need is more clear and we can at least say that it is speculated to be around that time when people continue to come asking that "when" and "why" questions. That would also mean that the onus is not on GPUGRID (which we already kenw), but it is also not on NVIDIA (which we have been telling people), but on GNU to release the GCC6 version in order for NVIDIA to release a CUDA library with that GCC compiler compatibility to be compatible with the new applications compiled for the new hardware architecture.

P.S. I hope all this was clear to the reader as it was tough on me as the writer to keep/make it clear. I am on pain meds for kidney stones right now and keeping/making clear thoughts is difficult.) If it was not clear, please ask for clarification and I can re-read what I wrote and try to make it more clear to what I mean. Thanks. - Mike

Hello, Mike:

First, I hope you soon recover from your painful affliction.

I do not pretend to understand much of the material in this thread and have this question:

Will I be able to continue contributing to GPUGrid research with these two rigs:

1. AMD FX-8350 with two GTX 660 Ti cards,

2. AMD 1090T with two GTX-650 Ti cards

Thanks,

John

There are speculations (on other projects [not BOINC, but development on projects like Debian/Ubuntu releases and such]) that the new branch of GCC was supposed to be supported in CUDA 8 and then it was put on speculation as Q1 2017. Could that be the answer we are looking for and can't get? Are we waiting on the GCC6 support with CUDA 8+? If so, the Q1 2017 speculation and a release of CUDA is speculated to follow that in short order just like the original GCC6 had the CUDA 8 release within about 20 days after realizing it was not going to have that support. Does BOINC, or some other component of what we are doing, like the MD/ACEMD rely on GCC support and to upgrade to the new architecture of NVIDIA GPUs in a "perfect world moving forward release" capacity, we need a CUDA 8 (or better) with GCC6 (or better) support?

I only thought of this after re-reading the threads here on this and came across this one https://www.gpugrid.net/forum_thread.php?id=4378&nowrap=true#44483 that I read, but missed the one part I just caught about GCC 5.4 breaking CUDA 8 RC. I think I missed it because I didn't understand it. I still can't say I do, but after searching around, I think I do a little.

There are 2 aspects of this questioning.
1) It is speculation on timing of CUDA 8.5 and GCC6 being in the first quarter of 2017. This may give us a time to expect this since there seems to be a blackout of information from NVDIA and those inside the CUDA toolkit developers teams on projects such as ours on when that release will come, so we must rely on the speculation of some of those developers.
2) It is a question, not a speculation on my part. Meaning that I am questioning the need of GCC6 compiling to be some part of what we need in a CUDA 8+ release. And if the answer to all of this that I wrote is simply, "No, that is not a factor", then the whole thing I just wrote is useless to read in conjunction with the rest of this thread. But if the answer is (or could be), "Yes. We do/might need that support in a CUDA release", then the speculation of the timeline of Q1 2017 for what we need is more clear and we can at least say that it is speculated to be around that time when people continue to come asking that "when" and "why" questions. That would also mean that the onus is not on GPUGRID (which we already kenw), but it is also not on NVIDIA (which we have been telling people), but on GNU to release the GCC6 version in order for NVIDIA to release a CUDA library with that GCC compiler compatibility to be compatible with the new applications compiled for the new hardware architecture.

P.S. I hope all this was clear to the reader as it was tough on me as the writer to keep/make it clear. I am on pain meds for kidney stones right now and keeping/making clear thoughts is difficult.) If it was not clear, please ask for clarification and I can re-read what I wrote and try to make it more clear to what I mean. Thanks. - Mike

John, this is surely not the place for the question, but since you asked, I'll answer.

If you look on this page https://www.gpugrid.net/performance.php at the bottom, you will see both of your cards listed in the currently "top ranked" cards while even some of mine doing the work quite well are not. The one has a listed 'longest run' of about 65 hours (about 2.75 days) and the timeout for work units is 5 days (120 hours). Short runs take much less time and are currently available, though that has not been the usual over the past year. Availability may change and the length of time needed to complete a task might change, but I think currently and maybe for quite a while, those cards will do the tasks in more than enough time. The nuances will happen depending on your mother board, PCI Express slot speeds, CPU availability, OS, and other tweaks and things that can be done and are listed on other threads.

The new cards are offering more opportunity, not a replacement of older opportunity, although with time, some architectures do become "extinct" after many years. As you can see (not clearly, but its there) on this page https://www.gpugrid.net/graphs/ that your level of Kepler cards are still doing most of the work for GPUGRID currently and Fermi cards are falling off with their being "taken off the market" in new code and general usefulness to complete work on time.

Crunch away sir!

we will have support for Pascal very soon, in a matter of days.

we will have support for Pascal very soon, in a matter of days.

we will have support for Pascal very soon, in a matter of days.

we will have support for Pascal very soon, in a matter of days.

we will have support for Pascal very soon, in a matter of days.

Sweet! Now is finally the time to start looking into the cards available to upgrade.... but need to get my pcs stable!!! (my seeming constant struggle I keep losing)

we will have support for Pascal very soon, in a matter of days.

What are we waiting for at this point? The developer of your software to update to the new Cuda?

What are we waiting for at this point? The developer of your software to update to the new Cuda?

Hi Matt,

May you please answer Zoltan's question a few posts back? I am curious as well as to what the details of the new app will be.

Most importantly to me and maybe some other's that Zoltan asked:

Will we have to upgrade from windows XP, or can we stick with it and keep NVidia driver 359.09?

Thanks

I'm asking about windows xp because I'm wondering if we can still use the older app.

Logan

Okay thank you

I Appreciate it.
____________
Cruncher/Learner in progress.

FAH uses OpenCL, not CUDA, so the same WUs can run on any card.

But there's no answer here why 8.5 is needed vs another version from what I've seen.

When you will support Pascal GPU on Linux hosts?

Hello,

Good news, I finaly change my laptop with a 850M for a desktop (HP Omen 870) with a 1080 founders edition. Yesterday, I have tested GPUGRID but with short I had errors after 2 seconds of computation.

I have intalled CUDA 8 avec 375.63 drivers.

Until the app arrive, I chrunch for PimeGrid.

Until the app arrive, I chrunch for PimeGrid.

Just checking in. I have a 1080 and 1070 waiting for a Windows app. They've been busy on Einstein in the meantime.

Still waiting on the release of CUDA 8.5

Good morning,

Thanks Retvari Zoltan, the 9.14 short runs APP works fine, 73 % of charge on my 1080 at 1809 Mhz.

I allow test applications and short runs. Usually, I prefer long runs, these apps give more credit.

Another question, I understand that Fermi GPU are out of support with GPUGRID, is it true ?

I understand that Fermi GPU are out of support with GPUGRID, is it true ?

Host 158961 with a working GTX 580, its tasklist
Host 160688 with a working GTX 580, its tasklist
Host 163864 with a working GTX 580, its tasklist
Host 174593 with a working GTX 580, its tasklist
Host 185272 with a working GTX 580, its tasklist
Host 191599 with a working GTX 580, its tasklist
Host 194099 with a working GTX 580, its tasklist
Host 218071 with a working GTX 580, its tasklist
Host 236670 with a working GTX 580, its tasklist
Host 247225 with a working GTX 580, its tasklist
Host 271784 with a not so well working GTX 580, its tasklist
Host 272487 with a working GTX 580, its tasklist
Host 281538 with a working GTX 580, its tasklist
Host 286412 with a working GTX 580, its tasklist
Host 290202 with a working GTX 580, its tasklist
Host 302800 with a working GTX 580, its tasklist
Host 371474 with a working GTX 580, its tasklist

Just throwing it out there but you can look on my 2nd PC as well that has a GTX 460.

https://www.gpugrid.net/results.php?hostid=388795

Although it is far slower compared to my GTX 960, I've had success so far. I plan on this only being a temporary GPU, as I will upgrade within the next month or two.




____________
Cruncher/Learner in progress.

Hello,

Thanks for this precisions, I have a GTX 580 :
https://www.gpugrid.net/show_host_detail.php?hostid=102868
But the motherboard is out, and I put this GPU into a computer with Vista :
https://www.gpugrid.net/show_host_detail.php?hostid=358931

But the driver is not supported (I have also another old card into and the 322 driver is the latest driver can support the 2 cards) , and I think it is not necessary to intall linux to use this old card with gpugrid.

Maybe this winter if I need more heat system power.
Yes I heat my house with computers.......

I have a GTX 1060 card and noticed that the server sends both cuda65 and cuda80 tasks to my machine. The cuda65 tasks obviously won't run due to the well known incompatibility issue. This is a waste of perfectly good WUs (which are hard to come by anyway). Is there something I can do to prevent getting cuda65 tasks?

I have a GTX 1060 card and noticed that the server sends both cuda65 and cuda80 tasks to my machine. The cuda65 tasks obviously won't run due to the well known incompatibility issue. This is a waste of perfectly good WUs (which are hard to come by anyway). Is there something I can do to prevent getting cuda65 tasks?

I am running openSUSE 42.1 with the 375.20 driver. The card is new.

I am running openSUSE 42.1 with the 375.20 driver. The card is new.

Boinc v7.2.42 is still the recommended version. It detects the card correctly, so there is no reason it should not be able to report this to the server: