The purpose of GPUs.txt

Post requests to add new GPUs to the official whitelist here.

Moderators: Site Moderators, FAHC Science Team

Post Reply
FldngForGrandparents
Posts: 70
Joined: Sun Feb 28, 2016 10:06 pm

The purpose of GPUs.txt

Post by FldngForGrandparents »

Question on the GPUs.txt file. Why do we keep having to add these instead of having a file that says anything higher than 0x10de:0x0005 or 0x1002:0x0002 is supported and the couple of others. AMD/NVidia just increment the PCI id. Anything new is going to support OpenCL.
Image

Dedicated to my grandparents who have passed away from Alzheimer's

Dedicated folding rig on Linux Mint 19.1:
2 - GTX 980 OC +200
1 - GTX 980 Ti OC +20
4 - GTX 1070 FE OC +200
3 - GTX 1080 OC +140
1 - GTX 1080Ti OC +120
7im
Posts: 10189
Joined: Thu Nov 29, 2007 4:30 pm
Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
Location: Arizona
Contact:

Re: Whitelist/Blacklist Change-Log (Greylist)

Post by 7im »

FldngForGrandparents wrote:Question on the GPUs.txt file. Why do we keep having to add these instead of having a file that says anything higher than 0x10de:0x0005 or 0x1002:0x0002 is supported and the couple of others. AMD/NVidia just increment the PCI id. Anything new is going to support OpenCL.
This forum thread explains more about the GPUs.txt file.

This page explains in precise detail.

In summary, because everything higher than 0x10de:0x0005 or 0x1002:0x0002 is NOT supported. Half the list is black, as in not supported. And by my last post, it should be clear that new IDs are not incremental. They are not all new Maxwell GPUs either, and the GPUs.txt distinguishes between Fermi, Kepler, Maxwell, etc., as noted in the second link above (same for AMD chip families). Each level may have different OpenCL versions, and by sorting them, take advantage of new features in newer GPUs in new projects. Or avoid sending projects with new features to older GPUs.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
bruce
Posts: 20910
Joined: Thu Nov 29, 2007 10:13 pm
Location: So. Cal.

GPU Compute capabillity x.x

Post by bruce »

The FAH servers attempt to optimize assignments based on all the features mentioned by 7im, plus others.

Strictly as one example, I found the following concise statement on Wikipedia:
GM204 supports CUDA Compute Capability 5.2 (compared to 5.0 on GM107/GM108 GPUs, 3.5 on GK110/GK208 GPUs and 3.0 on GK10x GPUs).

[Since recent FAHCores have all been based on OpenCL rather than on CUDA, I'd prefer to use a similar statement for OpenCL but I didn't find one easily.]

All Kepler are not equivalent. All Maxwell are not equivalent. All Maxwells can do things that Keplers cannot.

Suppose we were way to define "All Kepler or above" would you want to limit your GM204 to the CUDA performance that can be obtained with Compute capability 3.0 or would you expect to be able to use optimizations only available in hardware with Compute Capability 3.5 or 5.0 or 5.2?
Post Reply