R0b0t1 <r030t1 <at> gmail.com> writes:
> 1) AMD cards usually have okay FOSS driver support, but all that is > available might be the mfr-supported ones for some time. > 2) It will never overheat in the stock configuration (which you would > have to do a great deal to change) unless you are retarded. Note > "stock configuration" usually assumes 25C as the ambient temperature. In lieu of 'retarded' does 'dense' work for you? (OK with me). I do intend to experiment with gcc-5 and other compilers where the gpu memory & resources is available for generic compiling [1]. So I'm sure tight monitoring of the card's temperatures and power consumption is very important for my experiments. And no, I have no idea how to do this properly; I've only read about it, but that is the joy in smoking ~700 in hardware? Hopefully not. I'm still trying to figure out if my Gigabyte:: 990FXa-UD3 mobo can handle this card. It has an 8350 with a water cooler and dual fans on the cpu. The card also comes with a water cooler so I do have a roof mount for another fan in the Thermaltake chassis (V03000 series Level 10 GTS). This top of chasis fan mount is bit, so I might need and adaptor plate custom made..... The last time I properly set up a Radeon card, it took some time to ferret out the versions for that particular gpu; as I vaguely recall there were dozens to choose from the Foss collection: (Cape Verde/Pitcairn)..... with: VIDEO_CARDS="radeon fbdev vesa" If I use the vendor drivers what does make.conf look like (it's been a long time since I used vendor drivers. Does that change if I intend to access the gpu resources in system compilations [2,3] ? Is this problematic from linux; I sure hope not as I dont do windows..... Any tidbits or suggestions are appreciated, like repos that have beta foss drivers for a radeon config..... Tia, James [1] https://gcc.gnu.org/wiki/OpenACC [2] http://www.openacc.org/node/365 [3] http://www.openacc-standard.org/
