Anyway to tell when 8018 will be wrapping up? My GPUs are on a death march...
Something I have noticed....
I have a 560ti 448 and a 650ti folding next to each other in the same machine.
On core15 projects the 560 is about 30-50% faster than the 650. On core17 projects the 560 is only about 10-15% faster.
Is Kepler not well supported in core15?
Both are working through 8018s now...
560ti 448 TPF 5:20
650ti TPF 7:09
Kepler vs Fermi
Moderators: Site Moderators, FAHC Science Team
-
folding_hoomer
- Posts: 349
- Joined: Sun Feb 10, 2013 6:06 pm
- Hardware configuration: Sys 1: I7 2700K@4,4GHz with NH-C14
8GB G.Skill Sniper DDR3 1866MHz CL 9-10-9-28
MSI Z68A-GD65 (G3), various operating systems (WinXP, Ubuntu: 10.4.3 LTS, 12.04.2 LTS)
Optional: GTX560TI 448@stock/OC´d
Sys 2: I7 3930K@4,4GHz with Corsair H110
16GB G.Skill Ripjaws X DDR3 1866MHz CL 9-10-9-28
ASUS Ranpage IV Formula, Ubuntu 10.10
Sys 3 i7 875K@3,826 GHz with Scythe Mine2
8GB G.Skill Sniper DDR3 1866MHz CL 9-10-9-28
MSI P55-GD80, Win7 64Bit Pro
Sapphire Radeon HD5870@1,163V 900/1250MHz
Sapphire Radeon HD7870@1,218V 1200/1300MHz
Sys 4 i7 2600K@4,4GHz with Scythe Mine2
8GB G.Skill Sniper DDR3 1866MHz CL 9-10-9-28
MSI Z68A-GD65 (G3), various operating systems (WinXP, Ubuntu: 10.4.3 LTS, 12.04.2 LTS)
Optional: GTX560TI 448@stock/OC´d
Optional:
ASUS P5Q Pro with Q9550
ASUS P5Q Pro with Q6300 - Location: Bavaria, Germany
Re: Kepler vs Fermi
The short answer: Yes.
When Core15 and the appropriate WU´s were programmed there were no Kepler GPU to test and optimize the code for them - so it was only optimized for the than new GPU´s called Fermi . . .
When Core15 and the appropriate WU´s were programmed there were no Kepler GPU to test and optimize the code for them - so it was only optimized for the than new GPU´s called Fermi . . .
-
7im
- Posts: 10179
- 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: Kepler vs Fermi
That's not quite the answer. 1 Fermi core equals 2 Kepler cores in regards to CUDA programming (core 15) and the architectural differences of F vs. K. OpenCL in core 17 is more 1 to 1.5 in Fermi vs. Kepler.
If this were simply a matter of having newer cards around to use for optimization, then core 17 on Kepler should kick all Fermis to the curb, because core 17 was developed with newer cards available for testing. And since the 560 above still beats the 650, that pretty much proves optimizations are not the issue.
More importantly, if more speed was available from a core_15 optimization, Pande Group would jump on it, as they always do. They want more speed as much as anyone.
If this were simply a matter of having newer cards around to use for optimization, then core 17 on Kepler should kick all Fermis to the curb, because core 17 was developed with newer cards available for testing. And since the 560 above still beats the 650, that pretty much proves optimizations are not the issue.
More importantly, if more speed was available from a core_15 optimization, Pande Group would jump on it, as they always do. They want more speed as much as anyone.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Re: Kepler vs Fermi
What is not clear in this discussion is how much of the "optimization" you're talking about is part of the FahCore and how much is in the drivers.
At one time, somebody wrote drivers that worked efficiently for the G80/Tesla hardware. The hardware guys made some improvements, called them Fermi, and sent them back to the driver guys and told them to update the drivers so they would work with either G80/Tesla or with Fermi along with a mandate that Fermi had to be more efficient and no performance changes could be made to G80. That's not possible, so they released drivers that were only slightly less efficient for G80. The same thing happened again when Kepler was introduced. The Fermi drivers necessarily took a (small) performance hit to provide a new path through the driver code that supports Kepler. We don't have enough information to figure out if the driver change was more or less significant than the FahCore optimizations because all we can measure is the sum of two terms.
At one time, somebody wrote drivers that worked efficiently for the G80/Tesla hardware. The hardware guys made some improvements, called them Fermi, and sent them back to the driver guys and told them to update the drivers so they would work with either G80/Tesla or with Fermi along with a mandate that Fermi had to be more efficient and no performance changes could be made to G80. That's not possible, so they released drivers that were only slightly less efficient for G80. The same thing happened again when Kepler was introduced. The Fermi drivers necessarily took a (small) performance hit to provide a new path through the driver code that supports Kepler. We don't have enough information to figure out if the driver change was more or less significant than the FahCore optimizations because all we can measure is the sum of two terms.
Posting FAH's log:
How to provide enough info to get helpful support.
How to provide enough info to get helpful support.